[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

2012-04-05 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-scxml-test has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-id (in module commons-sandbox) failed

2012-04-05 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-id has an issue affecting its community integration. This issue

[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed

2012-04-05 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-exec-test has an issue affecting its community integration. This

[lang] SerializationUtils and generics

2012-04-05 Thread Gary Gregory
Hi All: I'd like to propose the change below. This lets you get rid of type casts in call sites. You'll still get a ClassCastException if you code it wrong of course. The compiler warning you'll get is valid, so do not think we should @SuppressWarning against it. Index:

Re: [lang] SerializationUtils and generics

2012-04-05 Thread Jörg Schaible
Hi Gary, Gary Gregory wrote: Hi All: I'd like to propose the change below. This lets you get rid of type casts in call sites. You'll still get a ClassCastException if you code it wrong of course. +1 The compiler warning you'll get is valid, so do not think we should @SuppressWarning

[continuum] BUILD FAILURE: Apache Commons - Apache Commons Digester - Build using Java 1.6

2012-04-05 Thread Continuum@vmbuild
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=20904projectId=75 Build statistics: State: Failed Previous State: Ok Started at: Thu 5 Apr 2012 17:20:09 + Finished at: Thu 5 Apr 2012 17:21:08 + Total time: 58s Build Trigger: Schedule Build

Re: [VOTE] Release Compress 1.4 based on RC1

2012-04-05 Thread Oliver Heger
Build works fine on Windows 7, artifacts and site look good. +1 Oliver Am 04.04.2012 22:00, schrieb Stefan Bodewig: Hi all, as indicated last weekend Compress' trunk has accumulated so much new goodness it requires a new release. Tarballs of Compress 1.4 RC1 are available here

Re: [VOTE] Release Compress 1.4 based on RC1

2012-04-05 Thread Torsten Curdt
+1 looks good On Thu, Apr 5, 2012 at 9:29 PM, Oliver Heger oliver.he...@oliver-heger.de wrote: Build works fine on Windows 7, artifacts and site look good. +1 Oliver Am 04.04.2012 22:00, schrieb Stefan Bodewig: Hi all, as indicated last weekend Compress' trunk has accumulated so much

Re: [VOTE] Release Compress 1.4 based on RC1

2012-04-05 Thread Emmanuel Bourg
The new Charsets class in the utils package is not used by the code. I think it should be removed from the API. I'd would also argue that CharsetNames has not its place in [compress], I would rather stick to strings and rely on [io] or [lang] to provide an enumeration of useful constants.

[continuum] BUILD FAILURE: Apache Commons - Apache Commons Digester - Build using Java 1.6

2012-04-05 Thread Continuum@vmbuild
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=20911projectId=75 Build statistics: State: Failed Previous State: Failed Started at: Thu 5 Apr 2012 21:20:07 + Finished at: Thu 5 Apr 2012 21:20:56 + Total time: 49s Build Trigger: Schedule Build

Re: [VOTE] Release Compress 1.4 based on RC1

2012-04-05 Thread Gary Gregory
The idea, in my mind, is that as soon as this is released we move to Java 6 and use methods like String.getBytes(Charset) and so on, like in io, codec, and Lang. Gary On Apr 5, 2012, at 16:28, Emmanuel Bourg ebo...@apache.org wrote: The new Charsets class in the utils package is not used by

[continuum] BUILD FAILURE: Apache Commons - Apache Commons Digester - Build using Java 1.6

2012-04-05 Thread Continuum@vmbuild
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=20916projectId=75 Build statistics: State: Failed Previous State: Failed Started at: Thu 5 Apr 2012 23:20:08 + Finished at: Thu 5 Apr 2012 23:21:09 + Total time: 1m 0s Build Trigger: Schedule

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

2012-04-05 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-digester3 has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed

2012-04-05 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-exec-test has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-graph (in module commons-sandbox) failed

2012-04-05 Thread commons-graph development
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-graph has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

2012-04-05 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-proxy-test has an issue affecting its community integration. This

Re: [VOTE] Release Compress 1.4 based on RC1

2012-04-05 Thread Stefan Bodewig
On 2012-04-05, Emmanuel Bourg wrote: The new Charsets class in the utils package is not used by the code. I think it should be removed from the API. I'd would also argue that CharsetNames has not its place in [compress], I would rather stick to strings and rely on [io] or [lang] to provide an