On Sun, Oct 13, 2013 at 7:09 PM, Ted Dunning wrote:
> On Mon, Oct 14, 2013 at 2:55 AM, Henri Yandell wrote:
>
> > I propose release votes be simple revision based requests and involve no
> > artifact churn :)
> >
>
> Hen,
>
> This is a pretty good idea.
>
On Sun, Oct 13, 2013 at 9:12 PM, Phil Steitz wrote:
>
>
> Could be I am misunderstanding the proposal. Do you mean a) RM is
> not obligated to do anything but tag a release and create tarballs
> or b) RM should just be trusted to "do the right thing" in getting
> stuff published and other other
These are all sitting in our pull request queue:
https://github.com/apache/commons-lang/pulls?direction=desc&page=1&sort=created&state=open
Not all are open, I know #1 is in the code but I don't know how to close
the requests.
So the current management process in JIRA is a bit rusty, but is intended
to be (as in I used to do it that way but no reason why anyone else should):
New issue comes in (Version Unscheduled)
We assign it to a future version. We use 3.2 for 'yes, soon' and 3.x for
'later'.
It gets done with said f
On Mon, Oct 14, 2013 at 12:16 AM, Mark Thomas wrote:
> On 14/10/2013 02:55, Henri Yandell wrote:
> > On Tuesday, October 8, 2013, Benedikt Ritter wrote:
> >
> >> Hi,
> >>
> >> one of the points that seem to always come up once in a while is the
> &
On Mon, Oct 14, 2013 at 1:19 AM, Emmanuel Bourg wrote:
> Le 14/10/2013 08:06, Henri Yandell a écrit :
>
> > What do others think?
>
> I quite like triaging the feature requests with a 'n.x' version and a
> '(n+1).0' version. The former indicates t
On Mon, Oct 14, 2013 at 1:04 AM, Emmanuel Bourg wrote:
> Le 14/10/2013 02:48, Gary Gregory a écrit :
>
> > One small step for man, one giant leap backward for mankind ;)
>
> Should we vote to migrate back to Bugzilla then ? ;)
>
>
Stick a big banner on the Apache JIRA saying "Wow, this new ${jira
Wearing my old Attic fart hat - something is dead when there is no one left
to turn the light out. Something is inactive when it couldn't pass a vote
to keep the project alive (ie: 3 +1s).
So that's one way to do this. Make a file in SVN. Put each component in it
(include the sandbox perhaps). Ask
. The main thing to agree on is
> what it means to add your name / vote +1 and what minimums we are
> going to require. And then once we have the initial pruning done,
> how do we keep from backsliding into current state. That is what my
> 0) - 2) were referring to.
>
> Phil
On Mon, Oct 14, 2013 at 8:56 AM, Benedikt Ritter wrote:
> Hi Hen,
>
> anything that makes working through the issues easier is good. But I think
> i don't understand your proposal completely. Do you want to create a new
> version that is called "feature requests"? That would feel like duplicating
didn't agree with will have been closed, and ones needing more in
depth working out will be in Needs Investigation).
It also gives us a group to go to when we're working out what cna go in 3.2
pre release; we look at the review needed group.
Hen
On Mon, Oct 14, 2013 at 5:04 PM, Hen
I contend that all of the Commons components are inactive and should move
to the Attic/Dormant. In line with Phil's recent suggestion that anyone can
present a dormancy challenge at any time, I'm challenging all of Commons
Proper.
I've made a file in SVN:
https://svn.apache.org/repos/asf/comm
> notNull(T, String, Object...) which does substitution in the message, while
> Objects only has requireNotNull(Object, String). Deprecating only
> Validate.notNull(T) would be strange, wouldn't it?
>
> Benedikt
>
>
> 2013/10/13 Henri Yandell
>
> > Website fix
I think we treat it as a bug and fix. The code is fine for the explained
use of an array of length 2, but fails when you move to larger chains.
Given the common meaning of the name, I think people would have noticed if
they'd needed xor to work for arrays > 2 and it didn't. So a) I think we
can fix
t 9:27 PM, Phil Steitz wrote:
> On 10/14/13 9:14 PM, Phil Steitz wrote:
> > On 10/14/13 8:55 PM, Henri Yandell wrote:
> >> I contend that all of the Commons components are inactive and should
> move
> >> to the Attic/Dormant. In line with Phil's recent suggestion that
cts.
>
>
>
>
> On 10/14/2013 11:55 PM, Henri Yandell wrote:
>
>> I contend that all of the Commons components are inactive and should move
>> to the Attic/Dormant. In line with Phil's recent suggestion that anyone
>> can
>> present a dormancy challenge
On Tue, Oct 15, 2013 at 12:00 AM, Emmanuel Bourg wrote:
> Le 15/10/2013 07:33, Dave Brosius a écrit :
> > I couldn't disagree more. Dormant/attic means the project has leprosy. I
> > don't know the answer to this, but wondering, has there ever been a
> > commit to an attic'ed project? I personall
eserve the availability of the current behavior, which may also
> > > occasionally have its place.
> > >
> > > Matt
> > >
> > >
> > > On Mon, Oct 14, 2013 at 11:10 PM, Henri Yandell > >wrote:
> > >
> > >> I think we treat it as a bu
jira, then go for it. we should also add
> a comment the the website so that people know where to start.
>
>
> 2013/10/15 Henri Yandell
>
> > One reason I like this, apart from the general visualization of the state
> > of our todo group, is that it gives us a very nice way
Should this issue be in Math?
https://issues.apache.org/jira/browse/LANG-912
Perhaps as ArithmeticUtils.addAndCheck(int...) ?
Or should we be thinking of implementing on the Lang side?
Hen
I'm +1 for that.
On Wed, Oct 16, 2013 at 10:10 AM, Benedikt Ritter wrote:
> Hi,
>
> Hen, you have expressed that you thing Java 8 will make the time package
> obsolete. Do we want to deprecate it?
>
> Benedikt
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http
My first thought was "We should delete that page". :)
On Wed, Oct 16, 2013 at 4:26 AM, Ted Dunning wrote:
> Careful there. Hen might suggest making that list dormant.
>
> Sent from my iPhone
>
> On Oct 16, 2013, at 0:38, Jörg Schaible wrote:
>
> > BTW: We have already a "challenge" result, i
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
> > general.
> > If we don't have any need of
Thanks Gilles. I've moved it over.
On Wed, Oct 16, 2013 at 2:24 AM, Gilles wrote:
> On Wed, 16 Oct 2013 02:12:41 -0700, Henri Yandell wrote:
>
>> Should this issue be in Math?
>>
>> https://issues.apache.org/**jira/browse/LANG-912<https://issues.apache.org/jira/b
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 is reached.
The majority of those voting have indicated that the
On Tue, Oct 15, 2013 at 12:05 PM, sebb wrote:
> On 15 October 2013 19:22, Matt Benson wrote
>
> > Should we also have (interested)? E.g., I am *interested* in
> > VFS, particularly VFS3, but I have never committed any code to that
> > component as yet. Do we care to capture that in any way for
On Tue, Oct 15, 2013 at 12:33 AM, Emmanuel Bourg wrote:
> Le 15/10/2013 09:13, Henri Yandell a écrit :
>
> > Related; here's the output of a 2006 script I've dusted off to show the
> > number of commits and from who to each component in 2013:
> >
&g
On Wed, Oct 16, 2013 at 11:14 PM, Jörg Schaible 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
ead to continue. You won, go off and
> have a beer, and enjoy.
>
>
> On 10/16/2013 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 vot
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,
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 Sat, Oct 19, 2013 at 7:25 AM, Christian Grobmeier wrote:
> On 18 Oct 2013, at 9:24, Jörg Schaible wrote:
>
> Hi Christian,
>>
>> Christian Grobmeier wrote:
>>
>> 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
th
My tuppence:
Lang 3 targets Java 6, but users can go upgrade to Java 7. So the
deprecated warnings are actionable by changing your code to Java 7.
Internal use - would this lead to warnings? As long as it isn't leading to
warnings, updating internal is only a best practice and in this case
wouldn
Definitely jealous about the no apologies - for both Java versions and
removing methods from the API without changing package name.
On Fri, Oct 18, 2013 at 7:40 AM, Ted Dunning wrote:
> In general, it is going to be very, very hard for Commons to go up against
> guava. The Preconditions stuff i
Thanks Thomas, that worked :)
On Fri, Oct 18, 2013 at 8:18 AM, Thomas Neidhart
wrote:
> Hi Benedikt,
>
> just add a reportSets definition to your checkstyle plugin, then the
> aggregate results will not be published:
>
>
> org.apache.maven.plugins
> maven-checkstyle-plugin
> ...
>
>
Thinking out loud - Here are the JIRA issues I think we should focus on:
What's left in 3.2:
https://issues.apache.org/jira/issues/?jql=project+%3D+LANG+AND+fixVersion+%3D+%223.2%22+AND+resolution+%3D+Unresolved
The list of issues with patches that need reviewing:
https://issues.apache.org/jira
On Mon, Oct 21, 2013 at 7:29 AM, sebb wrote:
> On 21 October 2013 11:52, Benedikt Ritter wrote:
> >
> >
> > Send from my mobile device
> >
> >> Am 21.10.2013 um 03:46 schrieb sebb :
> >>
> >>> On 20 October 2013 15:03, Benedikt Ritter wrote:
> >>> I agree. If we don't deprecate it now, and agre
On Mon, Oct 21, 2013 at 12:28 PM, Henri Yandell wrote:
>
>
>
> On Mon, Oct 21, 2013 at 7:29 AM, sebb wrote:
>
>> On 21 October 2013 11:52, Benedikt Ritter wrote:
>> >
>> >
>> > Send from my mobile device
>> >
>> >> Am 21.
Anyone know what the point of the JIRA report is?
It seems to be much like the changes report, but with less active
authorship and a confusing inclusion of resolved issues for different
versions.
I'm wondering why we include it.
Hen
On Tue, Oct 22, 2013 at 12:04 PM, Benedikt Ritter wrote:
> 2013/10/22 sebb
>
> > On 22 October 2013 19:40, Henri Yandell wrote:
> > > Anyone know what the point of the JIRA report is?
> > >
> > > It seems to be much like the changes report, but with less
the diligence of the developers having kept
> up to date the data. Humans = potential for errors; computers = less so ;)
>
> So I am not crazy about removing information for a given component unless
> the RN is of the historical nature.
>
> Gary
>
>
> On Wed, Oct 23, 2013
Check http://issues.apache.org/jira/browse/LANG-462 comments for the
justification of the BC not being an issue.
Hen
On Wed, Oct 23, 2013 at 10:24 AM, Gary Gregory wrote:
> The current Clirr report shows errors.
>
> Do want to go to a 4.0 or fix the BC break and do a 3.2?
>
> Gary
>
> --
> E-Ma
On Tue, Oct 22, 2013 at 12:26 PM, Benedikt Ritter wrote:
> Hi Hen,
>
>
> 2013/10/21
>
> > + * @author Apache Software Foundation
> >
>
> This author tag looks strange. Did you add it by purpose?
>
>
Removed :)
Thanks for the catch; it was something we used to do in Commons but stopped
doing. Whe
Noting that we've not stopped having Findbugs, Checkstyle and PMD notes
from blocking a release in the past if we didn't agree with them.
Checkstyle should get improved, but it's not a regression (ie: 3.2 would be
no worse than 3.1).
Hen
On Wed, Oct 23, 2013 at 11:21 PM, Benedikt Ritter wrote:
On Fri, Oct 25, 2013 at 12:58 AM, Benedikt Ritter wrote:
> Hi Hen,
>
>
> 2013/10/24
>
> > Author: bayard
> > Date: Thu Oct 24 21:23:40 2013
> > New Revision: 153
> >
> > URL: http://svn.apache.org/r153
> > Log:
> > Applying Sebb's patch from LANG-774 - adding isStarted, isSuspended and
>
I removed the full stop/period on the end of the line. Thus it was
modified. Bit weird that the diff made it -,+,+ rather than +,-,+ which
would seem more natural.
Hen
On Fri, Oct 25, 2013 at 12:50 AM, Benedikt Ritter wrote:
> Just a technical question: why was the row about LANG-926 removed an
Java doc isn't in the tar.gz for that version?
On Friday, October 25, 2013, Benedikt Ritter wrote:
> 2013/10/25 Gary Gregory >
>
> > On Fri, Oct 25, 2013 at 10:35 AM, Benedikt Ritter
> >
> > >wrote:
> >
> > > 2013/10/25 Gary Gregory >
> > >
> > > > On Fri, Oct 25, 2013 at 5:26 AM, Benedikt Ritt
Their name isn't listed on GitHub.
On Sat, Oct 26, 2013 at 1:53 AM, Benedikt Ritter wrote:
> Hi Hen,
>
>
> 2013/10/26
>
> > Author: bayard
> > Date: Sat Oct 26 02:14:35 2013
> > New Revision: 1535911
> >
> > URL: http://svn.apache.org/r1535911
> > Log:
> > Applying github pull request
> https:
On Wed, Nov 6, 2013 at 7:53 AM, Gary Gregory wrote:
> Hi All:
>
> I find it unhelpful and confusing at times to see Commons sites for
> -SNAPSHOT version.
>
> I'd prefer to be able to browse a whole site for any released version. This
> is especially handy when I want to find information for some
I'm thinking we should be rolling a 3.2 release.
Any opinions?
Hen
On Fri, Nov 8, 2013 at 4:24 AM, sebb wrote:
> On 7 November 2013 17:45, Phil Steitz wrote:
> > On 11/6/13 10:11 PM, Henri Yandell wrote:
> >> On Wed, Nov 6, 2013 at 7:53 AM, Gary Gregory
> wrote:
> >>
> >>> Hi All:
> >>>
> >>> I
ut better ask first, before we do the first RC.
>
> Benedikt
>
> Send from my mobile device
>
> > Am 07.11.2013 um 07:15 schrieb Gary Gregory :
> >
> > Release early, release often :)
> >
> > Original message
> > From: Henri Yandell
>
Apologies if this is obvious to all, but I figured I'd share as it took a
moment to look it up and get the right answer out of the noise on
StackOverflow :)
A simple way to apply a GitHub pull request, say:
https://github.com/apache/commons-lang/pull/11/
Download (wget etc) https://github.co
A better question for commun...@apache.org.
Hen
On Tue, Nov 19, 2013 at 1:38 AM, Edward J. Yoon wrote:
> Hi,
>
> I'm just curious, since 2006, ApacheCon was never held in Asia again.
> Is there any particular reason? Anybody can hold a conference?
>
> Thanks.
>
> --
> Best Regards, Edward J. Yo
Though it wouldn't make Gump's life any easier. In fact life would get
worse until they set up a separate v3 version anyway. Which I think is
what's happened for Lang.
On Thu, Sep 17, 2009 at 8:47 AM, Matt Benson wrote:
> This probably just exemplifies why we need to change the package name.
>
>
On Thu, Sep 17, 2009 at 9:08 PM, Stefan Bodewig wrote:
> On 2009-09-18, Stefan Bodewig wrote:
>
>> On 2009-09-17, Henri Yandell wrote:
>
>>> Though it wouldn't make Gump's life any easier. In fact life would get
>>> worse until they set up a s
On Thu, Sep 17, 2009 at 9:00 PM, Stefan Bodewig wrote:
> On 2009-09-17, Henri Yandell wrote:
>
>> Though it wouldn't make Gump's life any easier. In fact life would get
>> worse until they set up a separate v3 version anyway. Which I think is
>> what's hap
Hi James,
If you could open a JIRA item up at
http://issues.apache.org/jira/browse/COLLECTIONS - then it won't get
forgotten. Currently the focus is on having just merged in a divergent
branch and shifting gears from working on 3.3 to 4.0.
Thanks for putting Collections in Solaris. Is there anyth
+1.
Keys good.
Sigs good.
Manifest looks good on jar.
Javadoc has correct version.
NOTICE good.
LICENSE good.
RELEASE NOTES good (matches JIRA).
Source unpacks happily and builds a jar without problem.
And agreed that this issue is worth doing a release for.
Hen
On Thu, Sep 17, 2009 at 6:34 PM,
On Thu, Oct 15, 2009 at 1:34 AM, Jörg Schaible wrote:
>
> --- Weitergeleitete Nachricht (Anfang)
>
> Betreff: svn commit: r825420 - in /commons/proper/lang/trunk/src:
> java/org/apache/commons/lang/ClassUtils.java
> test/org/apache/commons/lang/ClassUtilsTest.java
> Absender: bayard-1o
On Sun, Oct 18, 2009 at 4:28 AM, sebb wrote:
> On 18/10/2009, bay...@apache.org wrote:
>> Author: bayard
>> Date: Sun Oct 18 07:25:59 2009
>> New Revision: 826370
>>
>> URL: http://svn.apache.org/viewvc?rev=826370&view=rev
>> Log:
>> Implementing an option to UnicodeUnescaper in which the sy
On Sun, Oct 18, 2009 at 12:49 PM, Henri Yandell wrote:
> Fair enough on the threading though. I'll move to constructor as I
> can't think of anything better.
Rambling out loud.
Better (for API scaling):
enum FooParam { various PARAM options}
constructor: Foo(FooParam... fp)
per(UnicodeUnescaper.PARAM.escapePlus);
with the advantage for us being that we can add options to a class
without API problems.
Hen
On Sun, Oct 18, 2009 at 1:04 PM, Henri Yandell wrote:
> On Sun, Oct 18, 2009 at 12:49 PM, Henri Yandell wrote:
>
>> Fair enough on the threading thoug
Walked away. Pondered. Came back.
s/Param/Option on the below. A Parameter is a user supplied value; an
Option is a user supplied choice. I'm talking about the latter.
On Sun, Oct 18, 2009 at 1:21 PM, Henri Yandell wrote:
> Which ended up looking like:
>
> public sta
On Sun, Oct 18, 2009 at 6:45 PM, sebb wrote:
> On 18/10/2009, bay...@apache.org wrote:
>> Author: bayard
>> Date: Sun Oct 18 20:14:30 2009
>> New Revision: 826514
>>
>> URL: http://svn.apache.org/viewvc?rev=826514&view=rev
>> Log:
>> Sebb pointed out that the implementation for LANG-507 was
On Tue, Sep 15, 2009 at 9:21 AM, Jörg Schaible wrote:
> Henri Yandell wrote:
>
>> Question becomes what to do with the two JIRA projects that are now one.
>
> You mean the versions of COLLECTIONS project?
>
>> My suggestion:
>>
>> ---
>> Rename 3.
Should it be merged with a Java6 version? IIRC Java6 changed the JDBC API?
Hen
On Thu, Oct 22, 2009 at 3:30 AM, Julien Aymé wrote:
> Hi all,
>
> There was a lot of work done for last 1.2 release, thanks to Dan,
> Henri, Liam and others :-) , which is great.
>
> Yet, the feature I was expecting t
+!
On Thu, Oct 22, 2009 at 11:17 PM, Paul Benedict wrote:
> +1
>
> On Thu, Oct 22, 2009 at 9:33 PM, Niall Pemberton
> wrote:
>> The current trunk in the validator2 sandbox is a copy of the Validator
>> 1.4 code from "commons proper" - but I think we should dump all the
>> existing validator fram
Just an FYI that I've set a target date of April 1st 2010 in for Lang
3.0. This is the one I have in my head - it marks 2 years since the
2.4 release which feels like the right length of time between releases
when the next release is going to be a major one and having it in JIRA
allows me to see a
On Sat, Oct 24, 2009 at 4:05 AM, Stephen Colebourne
wrote:
> bay...@apache.org wrote:
>>
>> URL: http://svn.apache.org/viewvc?rev=826960&view=rev
>> Log:
>> Moved identityToString(StringBuffer, Object) to
>> identityToString(Appendable, Object) per LANG-542
>> @@ -178,13 +178,17 @@
>> * @para
On Sun, Oct 25, 2009 at 4:02 AM, sebb wrote:
> On 25/10/2009, Henri Yandell wrote:
>> On Sat, Oct 24, 2009 at 4:05 AM, Stephen Colebourne
>> wrote:
>> > bay...@apache.org wrote:
>> >>
>> >> URL: http://svn.apache.org/viewvc?rev=826960&am
Findbugs was big on this being done, but when I tested I found that
new Xxx was generally faster than Xxx.valueOf (outside of the cache
range) which went against FindBugs and "For values outside the
constant range the performance of both styles is the same. ". My
laptop, JDK 1.5, OS X so hardly a c
The 2.0 version was abandoned and finally ended up moving out of a
branch and into the sandbox as a separate component. No plans that I
know of to release something that no one wants to support - but feel
free to get involved and invite others to get involved if there are
Apache projects who want t
Wrapping 5 ArrayUtils issues up in one email to see if we can make
decisions on them.
LANG-470Add containsAll(Object[], Object[]) methods to ArrayUtils
LANG-531Add defaultIfEmpty or nullIfEmpty to ArrayUtils
LANG-536Add isSorted() to ArrayUtils
LANG-537Add ArrayUtil
Various JIRA issues building up on Logging.
Do we have any plans for more Logging releases? Ignoring the obvious
that something could mean doing a 1.1.2 release.
Hen
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
F
On Mon, Nov 16, 2009 at 1:10 PM, Jörg Schaible wrote:
> Hi Hen,
>
> Henri Yandell wrote at Samstag, 14. November 2009 10:32:
>
>> Wrapping 5 ArrayUtils issues up in one email to see if we can make
>> decisions on them.
>>
>> LANG-470 Add containsAll(Objec
On Mon, Nov 16, 2009 at 10:16 AM, Paul Benedict wrote:
> * I think org.apache.commons.lang.math should be refactored and removed:
> * Fraction has nothing to do with this library and belongs in
> Commons Math. I see it so closely align to higher Math functions and
> not the JDK.
Dropping Fractio
On Mon, Nov 16, 2009 at 11:48 PM, Henri Yandell wrote:
> On Mon, Nov 16, 2009 at 10:16 AM, Paul Benedict wrote:
>
> Effectively, I think code on top of java.math is a fine fit for Lang,
> whereas Commons Math is a wholly different bigger beastie.
>
>> * System is missing
On Mon, Nov 16, 2009 at 11:54 PM, Henri Yandell wrote:
> On Mon, Nov 16, 2009 at 11:48 PM, Henri Yandell wrote:
>> kill EscapeUtils/UnescapeUtils and make StringEscapeUtils undeprecated
>> and the intended front door.
>
> I'll do that. Delete EscapeUtils
Agreed. I'd never read the javadoc which suggests collections usage
and had assumed we had grander schemes.
Is ObjectUtils.NULL worth keeping?
Hen
On Tue, Nov 17, 2009 at 3:01 AM, Paul Benedict wrote:
> The use of ObjectUtils.NULL seems esoteric. If you didn't write this
> email, I wouldn't hav
On Tue, Nov 17, 2009 at 10:04 PM, Paul Benedict wrote:
> I would like to make the following changes. Looking for some feedback:
>
> * Append var-args to the method signatures to accept message format
> parameters where a message is provided.
This issue https://issues.apache.org/jira/browse/LANG-5
On Mon, Nov 16, 2009 at 11:48 PM, Henri Yandell wrote:
> On Mon, Nov 16, 2009 at 10:16 AM, Paul Benedict wrote:
>> * Is there any benefit to making NumberUtils.min/max accept a variable
>> arguments over a single array?
>
> Seems good.
>From LANG-396:
NumberUtils.min,
On Wed, Nov 18, 2009 at 7:40 PM, Paul Benedict wrote:
> On Wed, Nov 18, 2009 at 12:35 AM, Henri Yandell wrote:
>> On Tue, Nov 17, 2009 at 10:04 PM, Paul Benedict wrote:
>>> I would like to make the following changes. Looking for some feedback:
>>>
>>> * Appe
On Thu, Nov 19, 2009 at 9:24 AM, Paul Benedict wrote:
> On Thu, Nov 19, 2009 at 1:39 AM, Henri Yandell wrote:
>
>> Your argument being that the JDK and others do NPE when null? i.e. NPE
>> = IAE(null)?
>
> Yes. Some things to note:
> * The JDK does this as their p
Very impressive email.
With regards to JDK dependency, I would treat everything as 1.5
dependent and worry about how to handle 1.6/1,7. Lang's trunk is 1.5
and there are 3 issues that would like 1.6.
Some more/repeated issues:
* Ties release cycles together. Some major issue in one component
wou
On Sun, Nov 22, 2009 at 4:36 PM, Stephen Colebourne
wrote:
> Henri Yandell wrote:
>>
>> On Thu, Nov 19, 2009 at 9:24 AM, Paul Benedict
>> wrote:
>>>
>>> On Thu, Nov 19, 2009 at 1:39 AM, Henri Yandell
>>> wrote:
>>>
>>>> Y
Given that the Sun JDK's SSL implementation has the same problem as
other SSL implementations, and given that Sun don't support the free
1.4 and 1.5 versions (so no security fixes coming), I think we do a
disservice in even encouraging people to stay on 1.4 and 1.5 by
continuing to support them.
1
On Sun, Nov 22, 2009 at 4:33 PM, Stephen Colebourne
wrote:
> Niall Pemberton wrote:
>>
>> [X] +1 Yes lets sponsor it
>> [ ] -1 No because...
+1.
>> [X] +1 Use the Commons mailing lists
>> [ ] -1 Bad idea because...
+1, and I'm hoping we do lots more incubations for Commons.
[Distracting aside
On Mon, Nov 23, 2009 at 7:24 AM, Phil Steitz wrote:
> As
> Torsten pointed out, the difficulty managing "multi-releases" is
> also not to be underestimated. IMO we do not do as good a job as we
> should releasing often and early in Commons and I would be hesitant
> to make a change that made that
On Mon, Nov 23, 2009 at 9:58 AM, Luc Maisonobe wrote:
> Torsten Curdt a écrit :
>>> We use some commons projects in one of our commercial products that
>>> uses in-browser applets. Size is very important for some of our
>>> customers who have clients connecting in from geographically remote
>>> ou
+1 to removing the overloaded variants now that autoboxing is available.
Hen
On Tue, Nov 24, 2009 at 4:22 PM, Paul Benedict wrote:
> I understand why this method exists:
> public static void isTrue(boolean expression, String message, Object value)
>
> But why do these variants exist?
> public st
What are the pros and cons?
On Wed, Nov 25, 2009 at 9:16 PM, Paul Benedict wrote:
> If we want to implement LANG-508 (Validate: add message parameter
> construction via elllipsis notation to speed up processing), I am
> really concerned with the many overloaded versions of #validIndex()
> and #no
On Sun, Nov 29, 2009 at 1:32 PM, Paul Benedict wrote:
> On Sun, Nov 29, 2009 at 3:26 PM, Stephen Colebourne
> wrote:
>> Paul Benedict wrote:
>>>
>>> I want to rename isTrue to validateArgument (which throws
>>> IllegalArgumentException); then also introduce validateState (which throws
>>> Illegal
re not
> verb-ified. The whole static import discussion is just an additional
> benefit.
>
> What I would like to focus on is having a common verb in front of all.
> Saying "notNull" is a statement, not an action. Is that really what we
> want to keep?
>
> Paul
>
&
lidate.
>
> Paul
>
> On 11/30/2009 1:31 AM, Henri Yandell wrote:
>>
>> Validate isn't a verb?
>>
>> On Sun, Nov 29, 2009 at 9:06 PM, Paul Benedict
>> wrote:
>>>
>>> I am not catering to static imports. I am catering towards a
>>>
Or you could start up a sandbox project. We've had good success with
ASF committers creating a sandbox branch of a released component, and
after diving in for a while it's then merged in to trunk where they
then become one of the most active coders of that component.
So +1 to a sandbox branch to p
On Wed, Dec 9, 2009 at 11:54 PM, Jörg Schaible wrote:
> Paul Benedict wrote at Mittwoch, 9. Dezember 2009 20:16:
>
>> I hope to see org.apache.commons:commons-lang:3.0
>
> No, not if it is no longer backwards compatible to 2.0 APIs.
2.0 is: commons-lang:commons-lang:3.0.
So it'll be a change of
On Thu, Dec 10, 2009 at 4:04 AM, sebb wrote:
> On 10/12/2009, Henri Yandell (JIRA) wrote:
>>
>> [
>> https://issues.apache.org/jira/browse/LANG-392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>> ]
>>
Btw, useful link that shows you the patches (or at least attachments)
you currently have on open tickets:
https://issues.apache.org/jira/secure/ConfigureReport.jspa?versionId=-1&issueStatus=open&selectedProjectId=12310485&reportKey=com.sourcelabs.jira.plugin.report.contributions%3Acontributionrepo
ter/order=DESC
Notable on-going work:
* Validate being overhauled
* New concurrent package being developed
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310481&fixfor=12311714&resolution=-1&sorter/field=priority&sorter/order=DESC
Hen
On Sun, S
401 - 500 of 1072 matches
Mail list logo
