Re: [pool] apparently bad jar released ... ugh. help!

2015-05-27 Thread Phil Steitz
> On May 27, 2015, at 10:03 PM, James Carman wrote: > > Are the files that we voted on originally actually corrupt? The binary jar is corrupt. I don't think there is anything wrong with the source distribution. Independent confirmation that jars built from the 2.4 release sources are con

Re: [pool] apparently bad jar released ... ugh. help!

2015-05-27 Thread James Carman
Are the files that we voted on originally actually corrupt? On Wed, May 27, 2015 at 9:48 PM Gary Gregory wrote: > I think we need a vote no matter what for a new release. What we can do is > make the vote 24 hours instead of 72. > Gary > > Original message > From: Phil Steitz >

Re: [pool] apparently bad jar released ... ugh. help!

2015-05-27 Thread Gary Gregory
I think we need a vote no matter what for a new release. What we can do is make the vote 24 hours instead of 72. Gary  Original message From: Phil Steitz Date: 05/27/2015 17:54 (GMT-08:00) To: Commons Developers List Subject: Re: [pool] apparently bad jar released ... ugh

Re: [pool] apparently bad jar released ... ugh. help!

2015-05-27 Thread Dave Brosius
Yeah, can't pull it back. Just need to push a new version. On 05/27/2015 05:57 PM, Phil Steitz wrote: Somehow the 2.4 binary release jar that I just pushed to the mirrors and maven central appears to be corrupted. I don't know why / how this happened but I get the following error when I build d

Re: [pool] apparently bad jar released ... ugh. help!

2015-05-27 Thread Phil Steitz
OK, having calmed down a bit, I have a plan. Feedback, objections, general grumpiness welcome. 0. Open JIRA against 2.4 1. Revert web site update 2. Drop 2.4 artifacts from release area 3. Copy 2.4 release tag to make 2.4.1 release tag 4. Roll good artifacts from 2.4.1 tag. If these do not test o

Re: [compress] JDK 9 b64 breaks bzip2 decompression

2015-05-27 Thread sebb
On 27 May 2015 at 21:05, Stefan Bodewig wrote: > Hi all > > just as a heads up: while test-driving Ant on the latest JDK9 build I > ran into errors for the tests that uncompressed bzip2 files, so I gave > Commons Compress a try as well (Ant's bzip2 code base is pretty close to > the CC one). > > I

RandomStringUtils with variable lengths

2015-05-27 Thread Caleb Cushing
I have written the following for my own project, and a couple of variants elsewhere (randomNumeric( min, max ) etc. Also I'm considering maybe a randomGraph() (for printable characters that match the posix graph regex), and random utf8. I find these useful for test input data. if I wrote it int

[pool] apparently bad jar released ... ugh. help!

2015-05-27 Thread Phil Steitz
Somehow the 2.4 binary release jar that I just pushed to the mirrors and maven central appears to be corrupted. I don't know why / how this happened but I get the following error when I build dbcp with the new jar: net/sourceforge/cobertura/coveragedata/TouchCollector java.lang.NoClassDefFoundErr

Re: [collections] FluentIterable

2015-05-27 Thread Matt Benson
I must comment that a subset of this API is available as a FluentIterable class in the unreleased [functor] component. Having said that, the proposed additions look good to me. Matt On Wed, May 27, 2015 at 2:45 PM, Oliver Heger wrote: > > > Am 27.05.2015 um 20:37 schrieb Thomas Neidhart: >> On 0

[compress] JDK 9 b64 breaks bzip2 decompression

2015-05-27 Thread Stefan Bodewig
Hi all just as a heads up: while test-driving Ant on the latest JDK9 build I ran into errors for the tests that uncompressed bzip2 files, so I gave Commons Compress a try as well (Ant's bzip2 code base is pretty close to the CC one). In order to build Compress with JDK9 you need to set source and

Re: [collections] FluentIterable

2015-05-27 Thread Oliver Heger
Am 27.05.2015 um 20:37 schrieb Thomas Neidhart: > On 05/27/2015 06:52 PM, Gary Gregory wrote: >> Let's not reinvent the wheel indeed. > > This is not about reinventing the wheel or reimplementing Java 8 > streams. The rationale is to glue together existing functionality in > collections by a flu

Re: [collections] FluentIterable

2015-05-27 Thread Thomas Neidhart
On 05/27/2015 06:52 PM, Gary Gregory wrote: > Let's not reinvent the wheel indeed. This is not about reinventing the wheel or reimplementing Java 8 streams. The rationale is to glue together existing functionality in collections by a fluent API, very much the same as already exists in guava or oth

Re: [collections] FluentIterable

2015-05-27 Thread Gary Gregory
Let's not reinvent the wheel indeed. Gary  Original message From: Silviu Burcea Date: 05/27/2015 07:31 (GMT-08:00) To: Commons Developers List Subject: Re: [collections] FluentIterable Are we going to reimplement the whole Java 8 Streams? On Tue, May 26, 2015 at 11:49 P

Re: [collections] FluentIterable

2015-05-27 Thread Silviu Burcea
Are we going to reimplement the whole Java 8 Streams? On Tue, May 26, 2015 at 11:49 PM, Thomas Neidhart wrote: > Hi, > > today, I have committed a first version of a FluentIterable > (COLLECTIONS-464). > > Example usage: > > List result = > FluentIterable > .of(1, 2, 3, 4, 5, 6, 7, 8, 9, 1