Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

> > That's the theory, we wouldn't spent so much time to get the Maven > artifacts right if that was true in practice ;) > but pushing Maven artifacts on central repo is not a must, this is something we at Commons decided to do - and we have to manage Maven release constraints required by central

Re: [CSV] Extract interfaces?

Le 23/03/2013 12:41, Benedikt Ritter a écrit : > WDYT? > Benedikt > -1, this is overly complicated for such a simple component. I once wished we could design something simple and elegant, but it seems the wind is blowing in another direction, so I'll just give up. Emmanuel Bourg smime.p7s

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

Le 25/03/2013 23:48, Simone Tripodi a écrit : > Please note that what Apache really releases are the *sources* and not > binary archives - an interesting reading is "What is a release?"[1] > where it is specified: That's the theory, we wouldn't spent so much time to get the Maven artifacts right

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

Hallo! > > build works fine with my environment, which is: > > Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100) > Maven home: D:\Entwicklung\maven\3.0.3 > Java version: 1.7.0_13, vendor: Oracle Corporation > Java home: D:\Entwicklung\Java\jdk1.7.0_13-x64\jre > Default locale: de_DE, platfor

Re: [math] releasing 3.2?

On 03/25/2013 04:52 PM, Luc Maisonobe wrote: > Hi all, > > Le 23/03/2013 16:30, Thomas Neidhart a écrit : >> On 03/04/2013 01:57 PM, Gilles wrote: >>> Hello. >>> I would like to release version 3.2 of [math] soon. Any thoughts about it? >>> >>> How soon? >>> There are many unresolve

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

On 24 March 2013 13:13, Simone Tripodi wrote: > Hi all, > > I've prepared the RC1 of Apache Commons-FileUpload 1.3 so I am here > to call for a vote: > > Release Notes: > > http://people.apache.org/builds/commons/fileupload/1.3/RC2/RELEASE-NOTES.txt > > Tag: > > https://svn.apache.org/repos/asf/c

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

Hi Simo, build works fine with my environment, which is: Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100) Maven home: D:\Entwicklung\maven\3.0.3 Java version: 1.7.0_13, vendor: Oracle Corporation Java home: D:\Entwicklung\Java\jdk1.7.0_13-x64\jre Default locale: de_DE, platform encoding: C

Re: svn commit: r1460863 - /commons/proper/ognl/trunk/src/main/java/org/apache/commons/ognl/EvaluationPool.java

On 25 March 2013 20:18, Emmanuel Bourg wrote: > Le 25/03/2013 21:11, sebb a écrit : > >> -1 >> >> If this is part of the public API, it will break compatibility. >> The deprecated ctor does no harm, so please revert. > > But it hasn't been released yet, right? It's still time to clean up the API.

Re: svn commit: r1460863 - /commons/proper/ognl/trunk/src/main/java/org/apache/commons/ognl/EvaluationPool.java

Le 25/03/2013 21:11, sebb a écrit : > -1 > > If this is part of the public API, it will break compatibility. > The deprecated ctor does no harm, so please revert. But it hasn't been released yet, right? It's still time to clean up the API. Emmanuel Bourg smime.p7s Description: Signature cr

Re: svn commit: r1460863 - /commons/proper/ognl/trunk/src/main/java/org/apache/commons/ognl/EvaluationPool.java

On 25 March 2013 19:55, wrote: > Author: mcucchiara > Date: Mon Mar 25 19:55:49 2013 > New Revision: 1460863 > > URL: http://svn.apache.org/r1460863 > Log: > Removed deprecated constructor, furthermore initialSize var was unused -1 If this is part of the public API, it will break compatibility.

Re: svn commit: r1460863 - /commons/proper/ognl/trunk/src/main/java/org/apache/commons/ognl/EvaluationPool.java

There is not yet a first release of OGNL, if there is a moment when break the BC, that moment is now. Twitter :http://www.twitter.com/m_cucchiara G+ :https://plus.google.com/107903711540963855921 Linkedin:http://www.linkedin.com/in/mauriziocucchiara VisualizeMe: http://vizualize.m

Re: [all] replacing cobertura with jacoco in parent pom

On 25 March 2013 17:48, Phil Steitz wrote: > On 3/25/13 9:08 AM, Gary Gregory wrote: >> Replacing one test coverage plugin in the parent POM with another is >> probably OK, but must be tested. >> >> But if someone decides to remove this test coverage plugin from the parent >> POM, then make sure t

Re: [all] replacing cobertura with jacoco in parent pom

On 3/25/13 9:08 AM, Gary Gregory wrote: > Replacing one test coverage plugin in the parent POM with another is > probably OK, but must be tested. > > But if someone decides to remove this test coverage plugin from the parent > POM, then make sure to enable it is all the other components. Why? The

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

On 25 March 2013 16:39, Simone Tripodi wrote: > Thanks a lot Manu! > > Ant support will be dropped as soon as we have the confirmation that > Gump is using Maven to build fileupload. It is now using Maven, but the test phase has yet to run. There was a minor problem with the Gump config which I h

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

Hi Gary! > > FWIW: I fixed a site nit in trunk to add a hyperlink for an RFC. > it does and I really appreciate it, thanks a lot! All the best! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ --

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

Thanks a lot Manu! Ant support will be dropped as soon as we have the confirmation that Gump is using Maven to build fileupload. All the best! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Mon, Ma

Re: [all] replacing cobertura with jacoco in parent pom

Replacing one test coverage plugin in the parent POM with another is probably OK, but must be tested. But if someone decides to remove this test coverage plugin from the parent POM, then make sure to enable it is all the other components. Gary On Mon, Mar 25, 2013 at 11:34 AM, Phil Steitz wrot

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

A minor detail, in build.properties there is: maven.build.finalName=commons-fileupload-1.3-SNAPSHOT The -SNAPSHOT suffix should be removed. This can break the Debian packages for the Apache Commons components when they rely on Ant. This doesn't affect fileupload specifically since its Debian pac

Re: [math] releasing 3.2?

Hi all, Le 23/03/2013 16:30, Thomas Neidhart a écrit : > On 03/04/2013 01:57 PM, Gilles wrote: >> Hello. >> >>> >>> I would like to release version 3.2 of [math] soon. >>> Any thoughts about it? >> >> How soon? >> There are many unresolved issues targetting 3.2. >> There is at least one bug with n

Re: [all] replacing cobertura with jacoco in parent pom

On 3/25/13 8:12 AM, Emmanuel Bourg wrote: > Is it possible to disable cobertura at the component level only? The short answer is no. Its bugged-ness extends to ignoring the disabling config. Phil > > > Emmanuel Bourg > > > Le 25/03/2013 11:01, Luc Maisonobe a écrit : >> Hi all, >> >> We have alr

Re: [all] replacing cobertura with jacoco in parent pom

Is it possible to disable cobertura at the component level only? Emmanuel Bourg Le 25/03/2013 11:01, Luc Maisonobe a écrit : > Hi all, > > We have already discussed about some problems with the cobertura maven > plugin (see and >

Re: [all] replacing cobertura with jacoco in parent pom

On 3/25/13 3:21 AM, Adrian Crum wrote: > Is there any way a project can select its own code coverage tool? > I don't like the top-down, all-or-nothing approach to Commons > build files. Big +1 to this. Lets just please drop this from the parent pom. Phil > > -Adrian > > On 3/25/2013 10:01 AM, L

Re: [logging] maven central sync of latest release

On Mon, Mar 25, 2013 at 1:34 PM, Brian Fox wrote: > Just to close the loop, this is fixed: > http://repo1.maven.org/maven2/commons-logging/commons-logging/1.1.2/ > Thanks a lot. Thomas

Re: svn commit: r1460604 - in /commons/proper/math/trunk/src: changes/changes.xml main/java/org/apache/commons/math3/util/FastMath.java

Le 25/03/2013 12:56, sebb a écrit : > On 25 March 2013 11:44, Luc Maisonobe wrote: >> Le 25/03/2013 11:50, sebb a écrit : >>> On 25 March 2013 10:46, wrote: Author: luc Date: Mon Mar 25 10:46:42 2013 New Revision: 1460604 URL: http://svn.apache.org/r1460604 Log: >>>

Re: [logging] maven central sync of latest release

Just to close the loop, this is fixed: http://repo1.maven.org/maven2/commons-logging/commons-logging/1.1.2/ On Sat, Mar 23, 2013 at 5:54 AM, Brian E. Fox wrote: > Ok, looking > > --Brian (mobile) > > > On Mar 22, 2013, at 8:25 AM, Thomas Neidhart > wrote: > >> On Fri, Mar 22, 2013 at 1:21 PM, B

Re: [CSV] Extract interfaces?

2013/3/25 Jörg Schaible > Gary Gregory wrote: > > > On Sat, Mar 23, 2013 at 8:59 AM, Thomas Neidhart > > wrote: > > > >> On 03/23/2013 12:41 PM, Benedikt Ritter wrote: > >> > Hi, > >> > > >> > while looking through the code, I was asking myself why we expose > >> > implementation classes. Wouldn'

Re: svn commit: r1460604 - in /commons/proper/math/trunk/src: changes/changes.xml main/java/org/apache/commons/math3/util/FastMath.java

On 25 March 2013 11:44, Luc Maisonobe wrote: > Le 25/03/2013 11:50, sebb a écrit : >> On 25 March 2013 10:46, wrote: >>> Author: luc >>> Date: Mon Mar 25 10:46:42 2013 >>> New Revision: 1460604 >>> >>> URL: http://svn.apache.org/r1460604 >>> Log: >>> Improved speed of FastMath.abs methods, by re

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

On 25 March 2013 11:38, Jörg Schaible wrote: > Hi Simo, > > Simone Tripodi wrote: > >> Hi all, >> >> I've prepared the RC1 of Apache Commons-FileUpload 1.3 so I am here >> to call for a vote: >> >> Release Notes: >> >> http://people.apache.org/builds/commons/fileupload/1.3/RC2/RELEASE- > NOTES.tx

Re: svn commit: r1460604 - in /commons/proper/math/trunk/src: changes/changes.xml main/java/org/apache/commons/math3/util/FastMath.java

Le 25/03/2013 11:50, sebb a écrit : > On 25 March 2013 10:46, wrote: >> Author: luc >> Date: Mon Mar 25 10:46:42 2013 >> New Revision: 1460604 >> >> URL: http://svn.apache.org/r1460604 >> Log: >> Improved speed of FastMath.abs methods, by removing branching. >> >> JIRA: MATH-954 >> >> Modified: >

Re: [VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

Hi Simo, Simone Tripodi wrote: > Hi all, > > I've prepared the RC1 of Apache Commons-FileUpload 1.3 so I am here > to call for a vote: > > Release Notes: > > http://people.apache.org/builds/commons/fileupload/1.3/RC2/RELEASE- NOTES.txt > > Tag: > > https://svn.apache.org/repos/asf/commons/

Re: svn commit: r1460604 - in /commons/proper/math/trunk/src: changes/changes.xml main/java/org/apache/commons/math3/util/FastMath.java

On 25 March 2013 10:46, wrote: > Author: luc > Date: Mon Mar 25 10:46:42 2013 > New Revision: 1460604 > > URL: http://svn.apache.org/r1460604 > Log: > Improved speed of FastMath.abs methods, by removing branching. > > JIRA: MATH-954 > > Modified: > commons/proper/math/trunk/src/changes/change

Re: [CSV] Extract interfaces?

Gary Gregory wrote: > On Sat, Mar 23, 2013 at 8:59 AM, Thomas Neidhart > wrote: > >> On 03/23/2013 12:41 PM, Benedikt Ritter wrote: >> > Hi, >> > >> > while looking through the code, I was asking myself why we expose >> > implementation classes. Wouldn't it be better to extract interfaces >> > fr

Re: [all] replacing cobertura with jacoco in parent pom

Is there any way a project can select its own code coverage tool? I don't like the top-down, all-or-nothing approach to Commons build files. -Adrian On 3/25/2013 10:01 AM, Luc Maisonobe wrote: Hi all, We have already discussed about some problems with the cobertura maven plugin (see

[all] replacing cobertura with jacoco in parent pom

Hi all, We have already discussed about some problems with the cobertura maven plugin (see and ). As a summary, cobertura seems to not be maintained, there are some bugs that trigger errors with [math] (see

Re: [Codec] Question about security implication of CODEC-113 issue in tracker

On 25 March 2013 03:16, Gary Gregory wrote: > I thik it's up to you to decide what > http://findbugs.sourceforge.net/bugDescriptions.html#MS_PKGPROTECT means > for your customers. Also (as per the ticket) the issue was fixed in 1.5. The current release is 1.7. > Gary > > > On Sun, Mar 24, 2013 a