Define statistics such as percentiles, mean etc that expect integer arrays
as arguments is what I wish, but the return type is decided by the method,
for method min(int[]) and max(int[]), the return type must be integer; for
method mean, the return type may be double.
If not I need to convert int[]
On 10/16/13 6:36 PM, 杨栓 wrote:
> Hi,
>
> I always need to compute min value, max value, percentile values of
> millions data, these data may are int, long or double. But class StatUtils
> only
> supports double[], I need to convert int[], long[] to double[]. Shall we
> add a feature that StatUtils
On Oct 17, 2013 3:22 AM, "Henri Yandell" wrote:
>
> Matt/Gary:
>
> Are we able to move onwards with this issue?
>
> https://issues.apache.org/jira/browse/LANG-781
>
> You seemed in agreement. Are the ObjectUtils patches good to apply, and
> does the Validate patch need implementing? Should the val
On 17 Oct 2013, at 18:12, Paul Benedict wrote:
I am glad to hear being "dormant" is not the same thing as being in
the
"attic"
Why?
I also prefer that being "dormant" doesn't cause a SVN/GitHub folder
move.
Why? It's pretty easy actually.
The projects should just live where they are, eve
On 17 Oct 2013, at 18:03, Phil Steitz wrote:
> On 10/17/13 5:52 AM, Christian Grobmeier wrote:
>> On 17 Oct 2013, at 2:39, Henri Yandell wrote:
>>
>>> On Wed, Oct 16, 2013 at 4:59 PM, sebb wrote:
>>>
On 16 October 2013 12:25, Christian Grobmeier
wrote:
> If nobody is willing to put
I am glad to hear being "dormant" is not the same thing as being in the
"attic"
I also prefer that being "dormant" doesn't cause a SVN/GitHub folder move.
The projects should just live where they are, even when sleeping. Only move
them if they actually go into an "attic"
On Thu, Oct 17, 2013 at
On 10/17/13 5:52 AM, Christian Grobmeier wrote:
> On 17 Oct 2013, at 2:39, Henri Yandell wrote:
>
>> On Wed, Oct 16, 2013 at 4:59 PM, sebb wrote:
>>
>>> On 16 October 2013 12:25, Christian Grobmeier
>>> wrote:
If nobody is willing to put a component to "dormant" state,
then the
lab
> Those who wanted to move to Git have given up several days ago, leaving
> this thread to be 'argued' by
> those who successfully squashed the action. James has already canceled the
> test project request in INFRA, and
> so it seems pointless for this thread to continue. You won, go off and
> have
On Wed, Oct 16, 2013 at 11:56 PM, Henri Yandell wrote:
> There's no veto notion here - if we're abiding by the lowest denominator of
> the base Apache voting rules, vetoes are only for code votes. While this is
> to do with code, it's not code itself.
>
> I see it settled in that an understanding
On Thu, Oct 17, 2013 at 2:06 PM, Gilles wrote:
> The issue is closed, thank you. To be honest I'm sorry I opened this
>> issue, as it wasn't worth this much time or annoyance.
>>
>
> If the regular contributors were thinking that way, no work would be done.
> There wouldn't be a project where peop
On Thu, 17 Oct 2013 13:24:45 +0100, Sean Owen wrote:
On Thu, Oct 17, 2013 at 11:05 AM, Gilles
wrote:
"sortInPlace" should not be made any slower only for the sake of
using a
_generally_ correct implementation of "Comparator". The
implementation in
"sortInPlace" is quite correct for the task a
On 17 Oct 2013, at 2:39, Henri Yandell wrote:
On Wed, Oct 16, 2013 at 4:59 PM, sebb wrote:
On 16 October 2013 12:25, Christian Grobmeier
wrote:
If nobody is willing to put a component to "dormant" state, then the
label doesn't make any sense. I would vote to remove the dormant
state in
ge
On Thu, Oct 17, 2013 at 11:05 AM, Gilles wrote:
> "sortInPlace" should not be made any slower only for the sake of using a
> _generally_ correct implementation of "Comparator". The implementation in
> "sortInPlace" is quite correct for the task at hand.
I buy that -- but my point here was just th
Hi Jonathan,
You may want to have a look at Commons Configuration where parsers are
generated with JavaCC. The generated sources files aren't committed in
Subversion though, they are generated on the fly when building the
project. You'll see them if you look into the sources jar:
http://central.m
Hi Jonathan,
yes, you did not miss anything, there is no generated code in
commons-collections. All classes in source folder src/main/java would
belong to your "productive code" category, while classes in folder
"src/test/java" would belong to "test code".
If you need an example of generated code
Hi there,
I am currently doing my Bachelor thesis at TU Munich, at the Software
Engineering chair of Prof. Broy.
The goal of this thesis is to create a tool to automatically categorize
source code in open source software. Different categories will be "test
code", "generated code" and "productiv
On Thu, 17 Oct 2013 02:16:52 +0100, Sean Owen wrote:
On Wed, Oct 16, 2013 at 11:23 PM, Gilles
wrote:
Consequently, the lexicographic comparator will definitely be slower
since
it
will needlessly spend time ordering the values.
Yeah if value's compareTo() is expensive, this could hurt. Here
On 16/10/2013 22:39, Gary Gregory wrote:
> Why don't we side-step the consensus vs. majority and so on issue, and let
> whomever wants git propose to move one component and see how that goes?
I think ignoring the consensus issue and why the discussion and vote
failed to gain consensus would be to
Matt/Gary:
Are we able to move onwards with this issue?
https://issues.apache.org/jira/browse/LANG-781
You seemed in agreement. Are the ObjectUtils patches good to apply, and
does the Validate patch need implementing? Should the validate part be
split off as a separate issue?
Hen
On Thu, Oct 17, 2013 at 12:11 AM, Benedikt Ritter wrote:
> Hi Hen,
>
> Send from my mobile device
>
> > Am 17.10.2013 um 08:24 schrieb Henri Yandell :
> >
> > Wooo! I won on my first post, and by being on the fence. Be afraid when I
> > have a strong opinion, be wery, wery afraid :) Not allowed to
On 16 Oct 2013, at 23:14, Mark Thomas wrote:
On 16/10/2013 21:34, Christian Grobmeier wrote:
Now what are you folks expecting? A full-fleshed out plan how to
move? I
think we should
first decide IF we move and that was was happening here.
What I was expecting was decisions to be made on the b
Very nice Hen!
Send from my mobile device
> Am 17.10.2013 um 08:09 schrieb bay...@apache.org:
>
> Author: bayard
> Date: Thu Oct 17 06:09:47 2013
> New Revision: 1532973
>
> URL: http://svn.apache.org/r1532973
> Log:
> Added a Getting Involved section specifically for Lang
>
> Modified:
>c
Hi Hen,
Send from my mobile device
> Am 17.10.2013 um 08:24 schrieb Henri Yandell :
>
> Wooo! I won on my first post, and by being on the fence. Be afraid when I
> have a strong opinion, be wery, wery afraid :) Not allowed to drink though.
>
> Hacking along tonight, I'm reminded of one reason w
23 matches
Mail list logo