Re: [parent][all] JaCoCo vs. Cobertura

2013-05-22 Thread Phil Steitz
On 5/22/13 5:45 PM, sebb wrote: > On 23 May 2013 01:15, Gary Gregory wrote: >> On Wed, May 22, 2013 at 7:43 PM, sebb wrote: >> >>> On 22 May 2013 17:52, Gary Gregory wrote: Hi All: [parent] version 29 replaces Cobertura with Jacoco, the main reasoning >>> from the folks over

Re: [parent][all] JaCoCo vs. Cobertura

2013-05-22 Thread Phil Steitz
On 5/22/13 9:52 AM, Gary Gregory wrote: > Hi All: > > [parent] version 29 replaces Cobertura with Jacoco, the main reasoning from > the folks over at [math] being that Jacoco is very fast compared to > Cobertura. In the case of [math] it's hours vs. minutes. > > The problem is that Jacoco produces

Re: svn commit: r1485398 - /commons/proper/dbcp/branches/DBCP_1_4_x_BRANCH/findbugs-exclude-filter.xml

2013-05-22 Thread Phil Steitz
On 5/22/13 1:19 PM, ggreg...@apache.org wrote: > Author: ggregory > Date: Wed May 22 20:19:00 2013 > New Revision: 1485398 > > URL: http://svn.apache.org/r1485398 > Log: > Remove rule that assumed DBCP 1.4 is on Java 1.4, it is on Java 6. -1 to this and the other 1.4-breaking changes in the 1.4 co

Re: svn commit: r1485398 - /commons/proper/dbcp/branches/DBCP_1_4_x_BRANCH/findbugs-exclude-filter.xml

2013-05-22 Thread Gary Gregory
On Wed, May 22, 2013 at 8:53 PM, sebb wrote: > On 22 May 2013 21:19, wrote: > > Author: ggregory > > Date: Wed May 22 20:19:00 2013 > > New Revision: 1485398 > > > > URL: http://svn.apache.org/r1485398 > > Log: > > Remove rule that assumed DBCP 1.4 is on Java 1.4, it is on Java 6. > > > > I'm n

Re: svn commit: r1485424 - /commons/proper/dbcp/branches/DBCP_1_4_x_BRANCH/pom.xml

2013-05-22 Thread Gary Gregory
On Wed, May 22, 2013 at 8:49 PM, sebb wrote: > On 22 May 2013 22:08, wrote: > > Author: ggregory > > Date: Wed May 22 21:08:22 2013 > > New Revision: 1485424 > > > > URL: http://svn.apache.org/r1485424 > > Log: > > Update Checkstyle plugin to a newer version, but not so new as to > require rewr

Re: svn commit: r1485398 - /commons/proper/dbcp/branches/DBCP_1_4_x_BRANCH/findbugs-exclude-filter.xml

2013-05-22 Thread sebb
On 22 May 2013 21:19, wrote: > Author: ggregory > Date: Wed May 22 20:19:00 2013 > New Revision: 1485398 > > URL: http://svn.apache.org/r1485398 > Log: > Remove rule that assumed DBCP 1.4 is on Java 1.4, it is on Java 6. > I'm not sure that's correct. Although the code is designed for JDBC 4 (Ja

Re: svn commit: r1485424 - /commons/proper/dbcp/branches/DBCP_1_4_x_BRANCH/pom.xml

2013-05-22 Thread sebb
On 22 May 2013 22:08, wrote: > Author: ggregory > Date: Wed May 22 21:08:22 2013 > New Revision: 1485424 > > URL: http://svn.apache.org/r1485424 > Log: > Update Checkstyle plugin to a newer version, but not so new as to require > rewriting checkstyle.xml. Would be helpful to document this in th

Re: [parent][all] JaCoCo vs. Cobertura

2013-05-22 Thread sebb
On 23 May 2013 01:15, Gary Gregory wrote: > On Wed, May 22, 2013 at 7:43 PM, sebb wrote: > >> On 22 May 2013 17:52, Gary Gregory wrote: >> > Hi All: >> > >> > [parent] version 29 replaces Cobertura with Jacoco, the main reasoning >> from >> > the folks over at [math] being that Jacoco is very fa

Re: [parent][all] JaCoCo vs. Cobertura

2013-05-22 Thread Gary Gregory
On Wed, May 22, 2013 at 7:43 PM, sebb wrote: > On 22 May 2013 17:52, Gary Gregory wrote: > > Hi All: > > > > [parent] version 29 replaces Cobertura with Jacoco, the main reasoning > from > > the folks over at [math] being that Jacoco is very fast compared to > > Cobertura. In the case of [math]

Re: [parent][all] JaCoCo vs. Cobertura

2013-05-22 Thread sebb
On 22 May 2013 17:52, Gary Gregory wrote: > Hi All: > > [parent] version 29 replaces Cobertura with Jacoco, the main reasoning from > the folks over at [math] being that Jacoco is very fast compared to > Cobertura. In the case of [math] it's hours vs. minutes. > > The problem is that Jacoco produc

Re: [pool] Maven failure

2013-05-22 Thread Oliver Heger
Am 22.05.2013 18:22, schrieb Gary Gregory: When I build [pool] trunk with 'mvn clean site', I get: [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total tim

commons-lang pull request: Update src/main/java/org/apache/commons/lang3/Sy...

2013-05-22 Thread Olloth
Github user Olloth closed the pull request at: https://github.com/apache/commons-lang/pull/2 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [parent][all] JaCoCo vs. Cobertura

2013-05-22 Thread Gary Gregory
On Wed, May 22, 2013 at 12:58 PM, Emmanuel Bourg wrote: > Le 22/05/2013 18:52, Gary Gregory a écrit : > > > The problem is that Jacoco produces bogus results as I recently emailed > > about the [io] component. The large portion of the code is reported with > 0% > > coverage which is completely wr

Re: [parent][all] JaCoCo vs. Cobertura

2013-05-22 Thread Emmanuel Bourg
Le 22/05/2013 18:52, Gary Gregory a écrit : > The problem is that Jacoco produces bogus results as I recently emailed > about the [io] component. The large portion of the code is reported with 0% > coverage which is completely wrong. This is apparently a known issue due to > the Jacoco use of 'pro

[parent][all] JaCoCo vs. Cobertura

2013-05-22 Thread Gary Gregory
Hi All: [parent] version 29 replaces Cobertura with Jacoco, the main reasoning from the folks over at [math] being that Jacoco is very fast compared to Cobertura. In the case of [math] it's hours vs. minutes. The problem is that Jacoco produces bogus results as I recently emailed about the [io] c

[pool] Maven failure

2013-05-22 Thread Gary Gregory
When I build [pool] trunk with 'mvn clean site', I get: [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 3:48.965s [INFO] Finished at: Wed May 22 1

Re: [COMPRESS] SevenZFile - fix debug so boxing is eliminated?

2013-05-22 Thread Damjan Jovanovic
On Tue, May 14, 2013 at 2:36 AM, sebb wrote: > The private debug method requires an array of Objects to be passed to > System.out.format. > > Any primitive parameters will be autoboxed. > > However, the boxing will be performed regardless of whether DEBUG is > true or not. > This is a bit wasteful