Re: [pool] Developers Guide

+1 - drop it. I'd rather put the effort into the Javadoc. That is where my focus was when working on the updates for pool 2.0. I'd add that one of the things that drove me mad with pool 2 was that the same information was repeated in multiple places and trying to keep them in sync is really ha

[continuum] BUILD FAILURE: Apache Commons - Commons Math - Default Maven 2 Build Definition (Java 1.5)

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=23543&projectId=97 Build statistics: State: Failed Previous State: Ok Started at: Tue 26 Jun 2012 06:20:52 + Finished at: Tue 26 Jun 2012 06:24:06 + Total time: 3m 13s Build Trigger: Schedule Buil

[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-scxml-test has an issue affecting its community integration. This

[pool] Developers Guide

There is not much in this doc beyond class diagrams that are now out of date. Unless someone wants to volunteer to update the diagrams and maybe add some more meaningful content, I propose that we drop this for 2.0. We can always add it back later if someone gets inspired. Personally, I would se

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-proxy-test has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-graph (in module commons-sandbox) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-graph has an issue affecting its community integration. This issue

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-digester3 has an issue affecting its community integration. This i

[GUMP@vmgump]: Project commons-jxpath (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-jxpath has an issue affecting its community integration. This issu

Re: [BeanUtils2] In what cases can we expect to see an IllegalAccessException?

Hi Bene, > I'm still working on https://issues.apache.org/jira/browse/SANDBOX-423 > and I wanted to test if all the new exception get thrown correctly. > For that reason I implemented a new class - ExceptionThrowingTestBean > that properties and methods that throw exceptions when they get > called

Re: [collections] Cleanup of trunk

Hi all, at [graph] we also have the following collections implementations that could be imported to [collections]: - Fibonacci Heap - DisjointSet I think they can fi

Re: [collections] Cleanup of trunk

Hi Thomas, Thanks for your reply! I'll have a look at those tickets and let you know which ones I (think I) can handle. Thanks again, Liv Liviu Tudor E: liviu.tu...@gmail.com C: +1 650-2833815 (USA) M: +44 (0)7591540313 (UK, Europe) W: http://about.me/liviutudor Skype: liviutudor I'm nobo

Re: [collections] Cleanup of trunk

On 06/25/2012 08:41 PM, Liviu Tudor wrote: > Hi Thomas, > > A bit late with my reply, sorry -- but if you could do with an extra pair > of hands on this I'd be happy to help! Hi, apart from the normal cleanup, adding unit tests and javadoc, I would like to see the following features added: - a

Re: [collections] Cleanup of trunk

Hi Thomas, A bit late with my reply, sorry -- but if you could do with an extra pair of hands on this I'd be happy to help! Regards, Liv Liviu Tudor E: liviu.tu...@gmail.com C: +1 650-2833815 (USA) M: +44 (0)7591540313 (UK, Europe) W: http://about.me/liviutudor Skype: liviutudor I'm nobod

Re: [vfs] File permissions

On Mon, Jun 25, 2012 at 1:03 PM, Benjamin Piwowarski wrote: > Hi all, > > I was wondering if there were any plans for the "Get/set the file > permissions" item in the TODO list. I would like to contribute on that (at > least for sftp and local), but I would like to know the planned > architecture

[vfs] File permissions

Hi all, I was wondering if there were any plans for the "Get/set the file permissions" item in the TODO list. I would like to contribute on that (at least for sftp and local), but I would like to know the planned architecture for such a feature (if any). Thanks Benjamin Piwowarski

Re: svn commit: r1353386 - in /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/util: Incrementor.java IterationManager.java

Hi, can't believe I didn't spot that earlier... Should be OK now (at last!!!) -- see r1353586. Best regards, Sébastien 2012/6/25 Gilles Sadowski : > Hi. > >> 2012/6/25 Gilles Sadowski : >> > Hello Sébastien. >> > >> >>      /** >> >> @@ -66,22 +72,16 @@ public class Incrementor { >> >>       * cou

Re: [collections] Cleanup of trunk

If none of the existing collections could use it, write a new one! Java 6 FTW! On Jun 25, 2012 9:10 AM, "Stephen Colebourne" wrote: > On Java 5/6, I'm in favour of Java 6 at this point. To justify it for > Sebb, someone needs to check to see if any collections in > [collections] could implement

Re: [collections] Cleanup of trunk

On Java 5/6, I'm in favour of Java 6 at this point. To justify it for Sebb, someone needs to check to see if any collections in [collections] could implement the new interfaces added in Java 6 - NavigableSet, NavigableMap and so on. Stephen On 24 June 2012 12:25, sebb wrote: > On 24 June 2012

Re: [collections] Cleanup of trunk

Hi, even if my English is not as good as I'd like, I'd be happy to work with you on it. Furthermore, I +1 all your proposition (even if Java 6 dependency may be discussed). 2012/6/25 Thomas Neidhart > Hi, > > thanks for all the feedback. I will then postpone all Java 6 related > changes but st

Re: [collections] Cleanup of trunk

Hi, thanks for all the feedback. I will then postpone all Java 6 related changes but start with the other ones. I hope my activity will spark some more interest by other people as it would be a pity to never release a generic version of collections if it is there and ready to be used. Thomas

Re: svn commit: r1353386 - in /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/util: Incrementor.java IterationManager.java

Hi. > 2012/6/25 Gilles Sadowski : > > Hello Sébastien. > > > >>      /** > >> @@ -66,22 +72,16 @@ public class Incrementor { > >>       * counter exhaustion. > >>       * > >>       * @param max Maximal count. > >> -     * @param cb Function to be called when the maximal count has been > >> reach

Re: svn commit: r1353386 - in /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/util: Incrementor.java IterationManager.java

Hello Gilles, 2012/6/25 Gilles Sadowski : > Hello Sébastien. > >>      /** >> @@ -66,22 +72,16 @@ public class Incrementor { >>       * counter exhaustion. >>       * >>       * @param max Maximal count. >> -     * @param cb Function to be called when the maximal count has been >> reached >> -  

Re: svn commit: r1353140 - /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/util/Incrementor.java

Hello. > > > > > Exactly: If a user does not care about the callback, he shouldn't even have > > to look at the second constructor, even less wonder about the consequence of > > setting it to null. > > > Well, it could also be argued that default parameters are *evil* (I do > think they are), and

Re: svn commit: r1353386 - in /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/util: Incrementor.java IterationManager.java

Hello Sébastien. > /** > @@ -66,22 +72,16 @@ public class Incrementor { > * counter exhaustion. > * > * @param max Maximal count. > - * @param cb Function to be called when the maximal count has been > reached > - * (can be {@code null}). > + * @param cb Functio

[GUMP@vmgump]: Project commons-jelly-tags-jmx (in module commons-jelly) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-jelly-tags-jmx has an issue affecting its community integration. T