Dear Wiki user,
You have subscribed to a wiki page or wiki category on Commons Wiki for
change notification.
The CommonsCommitters page has been changed by JörgSchaible:
https://wiki.apache.org/commons/CommonsCommitters?action=diffrev1=14rev2=15
Comment:
No unmaintained release in progress
Henri Yandell wrote:
My first thought was We should delete that page. :)
Done at least for Release In Progress, last change 4 years ago. Funny
enough it had a line for Collections 4.0 ;-)
There's a lot of obsolete data in the wiki.
- Jörg
On Wed, Oct 16, 2013 at 11:14 PM, Jörg Schaible joerg.schai...@scalaris.com
wrote:
Henri Yandell wrote:
My first thought was We should delete that page. :)
Done at least for Release In Progress, last change 4 years ago. Funny
enough it had a line for Collections 4.0 ;-)
There's a lot of
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 why I would like to try
Git in Commons. It's the only place I tend to be working on parallel
On 10/16/2013 12:20 AM, Thomas Neidhart wrote:
Hi,
I'd like to call a vote for releasing Commons Email 1.3.2 based on RC1.
Email 1.3.2 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/email/
(svn revision 3275)
Maven artifacts are here:
Hi Hen,
Send from my mobile device
Am 17.10.2013 um 08:24 schrieb Henri Yandell flame...@gmail.com:
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
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:
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, 17 Oct 2013 02:16:52 +0100, Sean Owen wrote:
On Wed, Oct 16, 2013 at 11:23 PM, Gilles
gil...@harfang.homelinux.orgwrote:
Consequently, the lexicographic comparator will definitely be slower
since
it
will needlessly spend time ordering the values.
Yeah if value's compareTo() is
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 productive
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 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:
On Thu, Oct 17, 2013 at 11:05 AM, Gilles gil...@harfang.homelinux.org 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
On 17 Oct 2013, at 2:39, Henri Yandell wrote:
On Wed, Oct 16, 2013 at 4:59 PM, sebb seb...@gmail.com wrote:
On 16 October 2013 12:25, Christian Grobmeier grobme...@gmail.com
wrote:
If nobody is willing to put a component to dormant state, then the
label doesn't make any sense. I would vote
On Thu, Oct 17, 2013 at 2:06 PM, Gilles gil...@harfang.homelinux.orgwrote:
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
On Wed, Oct 16, 2013 at 11:56 PM, Henri Yandell flame...@gmail.com 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
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 a
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 seb...@gmail.com wrote:
On 16 October 2013 12:25, Christian Grobmeier
grobme...@gmail.com wrote:
If nobody is willing to put a component to dormant state,
On Oct 17, 2013 3:22 AM, Henri Yandell flame...@gmail.com 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
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
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
21 matches
Mail list logo
