Re: svn commit: r1654500 - in /commons/proper/validator/trunk/src: changes/ main/java/org/apache/commons/validator/routines/ test/java/org/apache/commons/validator/routines/

2015-01-25 Thread Benedikt Ritter
Hello sebb, 2015-01-24 13:16 GMT+01:00 sebb seb...@gmail.com: On 24 January 2015 at 12:01, brit...@apache.org wrote: Author: britter Date: Sat Jan 24 12:01:20 2015 New Revision: 1654500 URL: http://svn.apache.org/r1654500 Log: VALIDATOR-358: Underscores in domain names are not

[VOTE] (lazy consensus) Release Commons Parent 37

2015-01-25 Thread sebb
Hello All, The Apache Commons Parent POM provides common settings for all Apache Commons components. This is a VOTE to release Commons Parent 37 from RC2. This VOTE by LAZY-CONSENSUS is open for at least 72 hours until January 28 11:30 UTC. Changes in this version include: Update plugins,

Re: [compress] Preparations for 1.10

2015-01-25 Thread sebb
On 25 January 2015 at 05:11, Stefan Bodewig bode...@apache.org wrote: On 2015-01-24, Kristian Rosenvold wrote: After an intense few minutes discussing the color of the bike shed with myself (package name) I moved the zip-unspecific parallel stuff to org.apache.commons.compress.parallel in

[compress] BitInputStream (was Preparations for 1.10)

2015-01-25 Thread Stefan Bodewig
On 2015-01-24, Stefan Bodewig wrote: On 2015-01-23, Emmanuel Bourg wrote: - BitInputStream: why not using a long cache instead of an int, like BitStream before the refactoring? It might be interesting to do some benchmarks and see if it make a difference. We never needed more than 31 bits,

Re: [ALL] Time for CP 37?

2015-01-25 Thread Benedikt Ritter
2015-01-24 16:50 GMT+01:00 sebb seb...@gmail.com: I think I've solved the issue with the icu class. I had mistakenly added animal-sniffer to the test phase, however it defaults to process-classes. This phase occurs before the test phase when it appears that cobertura updates the classpath.

Re: [ALL] Time for CP 37?

2015-01-25 Thread sebb
OK, if there is an issue I can cancel the lazy vote. Otherwise let's allow the vote to complete. Remember that components don't have to use CP 37; they can stick with CP 36 and wait for CP 38 to be released. On 25 January 2015 at 11:01, Benedikt Ritter brit...@apache.org wrote: 2015-01-24

Re: [compress] Preparations for 1.10

2015-01-25 Thread Benedikt Ritter
Hi, Am 24.01.2015 um 13:18 schrieb Stefan Bodewig bode...@apache.org: On 2015-01-23, Emmanuel Bourg wrote: Le 22/01/2015 17:30, Stefan Bodewig a écrit : Please have a look and identify stuff that looks as if I'd have to reroll a new RC should it come to a vote with the current code

Re: [compress] Preparations for 1.10

2015-01-25 Thread Stefan Bodewig
On 2015-01-25, sebb wrote: On 25 January 2015 at 05:11, Stefan Bodewig bode...@apache.org wrote: On 2015-01-24, Kristian Rosenvold wrote: After an intense few minutes discussing the color of the bike shed with myself (package name) I moved the zip-unspecific parallel stuff to

Re: [VOTE][JCS] release [jcs] 2.0-beta-1 (take 3)

2015-01-25 Thread Luc Maisonobe
Hi Romain, Le 24/01/2015 21:29, Romain Manni-Bucau a écrit : Up^2? didnt move since almost 20 days :( Sorry for that. I am really worried about the NOTICE.txt file mentioning a LICENSE.xerox file that is nowhere to be found. It seems it has been deleted from subversion as of r1648739.

Re: svn commit: r1654500 - in /commons/proper/validator/trunk/src: changes/ main/java/org/apache/commons/validator/routines/ test/java/org/apache/commons/validator/routines/

2015-01-25 Thread sebb
On 25 January 2015 at 10:58, Benedikt Ritter brit...@apache.org wrote: Hello sebb, 2015-01-24 13:16 GMT+01:00 sebb seb...@gmail.com: On 24 January 2015 at 12:01, brit...@apache.org wrote: Author: britter Date: Sat Jan 24 12:01:20 2015 New Revision: 1654500 URL:

Re: [VOTE][JCS] release [jcs] 2.0-beta-1 (take 3)

2015-01-25 Thread sebb
-1 I think the NOTICE file is incorrect. It should not mention LICENSE.txt. Nor should it mention XEROX, because the license does not contain any attribution requirement, AFAICT Any XEROX license should either be in LICENSE.txt or in a separate file linked from LICENSE.txt and it should be

Re: [VOTE][JCS] release [jcs] 2.0-beta-1 (take 3)

2015-01-25 Thread Romain Manni-Bucau
It does AFAIK - was not here and just propagated existing legal text - and that is why it is referenced in core and not all artifacts. Le 25 janv. 2015 16:55, sebb seb...@gmail.com a écrit : -1 I think the NOTICE file is incorrect. It should not mention LICENSE.txt. Nor should it mention

Re: svn commit: r1654500 - in /commons/proper/validator/trunk/src: changes/ main/java/org/apache/commons/validator/routines/ test/java/org/apache/commons/validator/routines/

2015-01-25 Thread Benedikt Ritter
Hello sebb, 2015-01-25 12:55 GMT+01:00 sebb seb...@gmail.com: On 25 January 2015 at 11:12, sebb seb...@gmail.com wrote: On 25 January 2015 at 10:58, Benedikt Ritter brit...@apache.org wrote: Hello sebb, 2015-01-24 13:16 GMT+01:00 sebb seb...@gmail.com: On 24 January 2015 at 12:01,

Re: [compress] Preparations for 1.10

2015-01-25 Thread Stefan Bodewig
On 2015-01-25, Emmanuel Bourg wrote: Le 25/01/2015 11:38, Benedikt Ritter a écrit : I'm not a compress developer, but IMHO exceptions should be packaged by their API and not by their nature. Thank you for moving the exception Stefan, however I tend to agree with Benedikt on this,

[VOTE] Release Compress 1.10 Based on RC1

2015-01-25 Thread Stefan Bodewig
As inidcated last week, here is the first RC for Compress 1.10. Compress 1.10 RC1 is available for review here: https://dist.apache.org/repos/dist/dev/commons/compress/ (svn revision 7828) Maven artifacts are here:

Re: [VOTE][JCS] release [jcs] 2.0-beta-1 (take 3)

2015-01-25 Thread Thomas Vandahl
On 25.01.15 17:00, Romain Manni-Bucau wrote: It does AFAIK - was not here and just propagated existing legal text - and that is why it is referenced in core and not all artifacts. Le 25 janv. 2015 16:55, sebb seb...@gmail.com a écrit : The XEROX license relates to the file

Re: svn commit: r1654500 - in /commons/proper/validator/trunk/src: changes/ main/java/org/apache/commons/validator/routines/ test/java/org/apache/commons/validator/routines/

2015-01-25 Thread sebb
On 25 January 2015 at 11:12, sebb seb...@gmail.com wrote: On 25 January 2015 at 10:58, Benedikt Ritter brit...@apache.org wrote: Hello sebb, 2015-01-24 13:16 GMT+01:00 sebb seb...@gmail.com: On 24 January 2015 at 12:01, brit...@apache.org wrote: Author: britter Date: Sat Jan 24 12:01:20

Re: [VOTE][JCS] release [jcs] 2.0-beta-1 (take 3)

2015-01-25 Thread Romain Manni-Bucau
Hi Luc Content moved to .txt cause .xerox was not standard at all. Le 25 janv. 2015 11:50, Luc Maisonobe l...@spaceroots.org a écrit : Hi Romain, Le 24/01/2015 21:29, Romain Manni-Bucau a écrit : Up^2? didnt move since almost 20 days :( Sorry for that. I am really worried about the

Re: [compress] Preparations for 1.10

2015-01-25 Thread Emmanuel Bourg
Le 25/01/2015 11:38, Benedikt Ritter a écrit : I'm not a compress developer, but IMHO exceptions should be packaged by their API and not by their nature. Thank you for moving the exception Stefan, however I tend to agree with Benedikt on this, exceptions are better placed in the base package.

Re: [VOTE][JCS] release [jcs] 2.0-beta-1 (take 3)

2015-01-25 Thread Mark Struberg
is that all? https://svn.apache.org/repos/asf/commons/proper/jcs/trunk/commons-jcs-core/src/aspect/org/apache/commons/Trace.aj Wouldn't it be actually quite easy to replace this? LieGrue, strub On Sunday, 25 January 2015, 19:30, Thomas Vandahl t...@apache.org wrote: On 25.01.15 17:00,

Re: [VOTE][JCS] release [jcs] 2.0-beta-1 (take 3)

2015-01-25 Thread Romain Manni-Bucau
Hi Mark, this is not packaged AFAIK, just here as a sample I guess. Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2015-01-25 22:35 GMT+01:00 Mark Struberg strub...@yahoo.de: is that all?

Re: [compress] Preparations for 1.10

2015-01-25 Thread Gary Gregory
On Sun, Jan 25, 2015 at 4:37 PM, Emmanuel Bourg ebo...@apache.org wrote: Le 25/01/2015 11:38, Benedikt Ritter a écrit : I'm not a compress developer, but IMHO exceptions should be packaged by their API and not by their nature. Thank you for moving the exception Stefan, however I tend to