[RESULT] [VOTE] Release Apache Commons Daemon 1.0.13

2013-02-11 Thread Mladen Turk
With 3 binding votes from Luc, Garry and Mladen this vote passes! I'll copy the artefacts to dist site later today and create ANN message once that mirrors pick up. On 02/07/2013 06:37 AM, Mladen Turk wrote: Apache Commons Daemon 1.0.13 based on RC1 is ready. It contains a fix for regression f

Re: svn commit: r1445005 - /commons/proper/functor/trunk/api/pom.xml

2013-02-11 Thread Matt Benson
Personally I fall on the side of inheriting as much as possible from parent POMs. If necessary we can have a Commons-wide vote. Matt On Mon, Feb 11, 2013 at 10:26 PM, Bruno P. Kinoshita wrote: > >Although strictly speaking the groupId is not required as it is > >inherited from the parent group

Re: svn commit: r1445005 - /commons/proper/functor/trunk/api/pom.xml

2013-02-11 Thread Bruno P. Kinoshita
>Although strictly speaking the groupId is not required as it is >inherited from the parent groupId, I think it's best to be explicit. I'm fine with or without the groupId in the child project. I think it's useful to avoid misspellings and removed because of an Eclipse warning. But if by being e

Re: svn commit: r1445005 - /commons/proper/functor/trunk/api/pom.xml

2013-02-11 Thread sebb
On 12 February 2013 00:47, wrote: > Author: kinow > Date: Tue Feb 12 00:47:23 2013 > New Revision: 1445005 > > URL: http://svn.apache.org/r1445005 > Log: > Remove duplicated groupId > > Modified: > commons/proper/functor/trunk/api/pom.xml > > Modified: commons/proper/functor/trunk/api/pom.xml

Re: [functor] Keep Serializable in [functor] or drop it?

2013-02-11 Thread Bruno P. Kinoshita
Hi all,  Any objections to removing serialization from [functor]? Here's why I think we should drop it:  * It's been discussed in the mailing list in the past about other components dropping support to serialization, I think [math] already had problems maintaining compatibility+serialization [

Re: [functor] Change default arity of Function, Predicate and Procedure

2013-02-11 Thread Bruno P. Kinoshita
Hi Matt! Great! I'll commit these changes tomorrow if there are no objections. Thanks!   Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - Original Message - > From: Matt Benson > To: Commons Developers List > Cc: > Sent: Monday, February 11, 2013 8:39 PM > Subject: Re

Re: [functor] Change default arity of Function, Predicate and Procedure

2013-02-11 Thread Matt Benson
Hi Bruno, No objections here about the Arity interfaces. I see that your master branch also contains changes to migrate Unary* to * and * to Nullary*. Personally I am satisfied to align with lambda/guava if noone else objects. Thanks, Matt On Mon, Feb 11, 2013 at 4:25 PM, Bruno P. Kinoshita <

Re: [functor] Change default arity of Function, Predicate and Procedure

2013-02-11 Thread Bruno P. Kinoshita
Hi Matt, all,  I'm messing with [functor] in my GitHub mirror [1]. You can find the commits in the master branch [2]. The Arity->Unary/Binary/Nullary interfaces look good. If there are no objections I would like to commit this change to the trunk in SVN. There are other changes that I'll omit