[continuum] BUILD FAILURE: Apache Commons - Commons JCI -

Continue test if possible; use Java 1.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 108 X-Continuum-Project-Name: Commons JCI Online report : http://vmbuild.apache.org/continuum/buil

Re: Creating CSVFormats (again :)

The CSVConfig solution is better IMO. The issue with static imports is only an issue if the api is not fluent (delimiter, comment ...). If after one or two static imports (without * ;) you get what i called a real builder (a fluent api) it is far easier to enter the api. JUnit is different cause

Re: [parent][io] v29 and jacoco

On Mon, May 20, 2013 at 8:46 PM, Gary Gregory wrote: > On Mon, May 20, 2013 at 5:38 PM, Luc Maisonobe wrote: > >> >> >> >> Gary Gregory a écrit : >> >> >Hi All: >> > >> >I updated my local POM for [io] to commons-parent 29 and ran "mvn >> >site". >> >The Jacoco report shows FileUtils at 0% which

Re: [parent][io] v29 and jacoco

On Mon, May 20, 2013 at 5:38 PM, Luc Maisonobe wrote: > > > > Gary Gregory a écrit : > > >Hi All: > > > >I updated my local POM for [io] to commons-parent 29 and ran "mvn > >site". > >The Jacoco report shows FileUtils at 0% which makes no sense since we > >have > >a FileUtilsTestCase class. > >

Re: Creating CSVFormats (again :)

On 20 May 2013 21:07, Romain Manni-Bucau wrote: > Hi > > A real inline builder (withDelimiter(...)...) is better to get completion > and linear reading of the code IMO What do you mean exactly by a real builder? Please show the exact syntax. > Static imports are not fine for everbody from my exp

Re: Creating CSVFormats (again :)

Le 20/05/2013 22:07, Romain Manni-Bucau a écrit : > A real inline builder (withDelimiter(...)...) is better to get completion > and linear reading of the code IMO +1 Emmanuel Bourg signature.asc Description: OpenPGP digital signature

Re: [parent][io] v29 and jacoco

Gary Gregory a écrit : >Hi All: > >I updated my local POM for [io] to commons-parent 29 and ran "mvn >site". >The Jacoco report shows FileUtils at 0% which makes no sense since we >have >a FileUtilsTestCase class. > >Can anyone reproduce this? I'm not in front of my computer right now. Do the

[parent][io] v29 and jacoco

Hi All: I updated my local POM for [io] to commons-parent 29 and ran "mvn site". The Jacoco report shows FileUtils at 0% which makes no sense since we have a FileUtilsTestCase class. Can anyone reproduce this? Thank you, Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persist

Re: Creating CSVFormats (again :)

Hi A real inline builder (withDelimiter(...)...) is better to get completion and linear reading of the code IMO Static imports are not fine for everbody from my experience Le 20 mai 2013 22:05, "Benedikt Ritter" a écrit : > Hi guys, > > a while back we had this discussion [1] about the current

[CSV] Creating CSVFormats (again :)

Sorry, forgot the prefix... 2013/5/20 Benedikt Ritter > Hi guys, > > a while back we had this discussion [1] about the current state of the > CSVFormat API. We were still not completely happy with it and Oliver came > up with a new suggestion [2]. > This weekend I finally had some time to hack

Creating CSVFormats (again :)

Hi guys, a while back we had this discussion [1] about the current state of the CSVFormat API. We were still not completely happy with it and Oliver came up with a new suggestion [2]. This weekend I finally had some time to hack something together. I've created a mirror of CSV rev. 1484347 at gith

Re: [compress] ZipFile and Duplicate Entries

On 20 May 2013 16:48, Stefan Bodewig wrote: > Hi, > > over in Ant land a bug was raised that points at a problem in ZipFile > (Commons Compress' zip package is a fork of Ant's code and I try to keep > them in sync). > > When an archive contains duplicate entries - which is totally valid in > ZIPs

Re: [monitoring] Java version

Both good points, Romain! If anyone decides to mess with [monitoring] in the future hopefully they'll be remembered. Matt On Mon, May 20, 2013 at 11:38 AM, Romain Manni-Bucau wrote: > Hi > > you can still add the methods without @Override, it will make it happy for > both jvm. That said using

Re: [monitoring] Java version

Hi you can still add the methods without @Override, it will make it happy for both jvm. That said using proxies is another solution which works better in general for such cases IMO. *Romain Manni-Bucau* *Twitter: @rmannibucau * *Blog: **http://rmannibucau.wordpres

[VOTE][RESULT] Release of Commons Logging 1.1.3 based on RC2

On 05/16/2013 10:28 PM, Thomas Neidhart wrote: > Hi, > > I'd like to call a vote for releasing Commons Logging 1.1.3 based on RC2. > > This release candidate has the following changes compared to RC1: > > * fix ant build script: version, dependencies, created artifacts > > The files: > > The

Re: [monitoring] Java version

Hrm, actually I misspoke. I was thinking of the breaking JDBC changes in Java 7. Same difference except I'm not willing to push [monitoring] that far yet. Disregard and I'm building with Java 6 :P Matt On Mon, May 20, 2013 at 10:06 AM, Matt Benson wrote: > I'm looking at the [monitoring] sa

[compress] ZipFile and Duplicate Entries

Hi, over in Ant land a bug was raised that points at a problem in ZipFile (Commons Compress' zip package is a fork of Ant's code and I try to keep them in sync). When an archive contains duplicate entries - which is totally valid in ZIPs - ZipFile's getEntry can sometimes return ZipArchiveEntry i

[monitoring] Java version

I'm looking at the [monitoring] sandbox component. (Notwithstanding some complex approach) it can't be built with a JDK > 1.5 due to the interface additions made to JDBC in Java 1.6. As 1.5 is EOL and this is a sandbox component that may well never see the light of day anyway, any objections to u