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 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. > > Emmanuel Bourg > > > Le 04/04/2012 22:00, Stefan Bodewig a écrit : >> 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 >> http://people.apache.org/~bodewig/commons-compress-1.4RC1/ >> >> Maven artifacts are here: >> >> https://repository.apache.org/content/repositories/orgapachecommons-002/org/apache/commons/commons-compress/1.4/ >> >> Details of changes since 1.1 are in the release notes: >> >> http://people.apache.org/~bodewig/commons-compress-1.4RC1/RELEASE-NOTES.txt >> >> http://people.apache.org/~bodewig/commons-compress-1.4RC1/site/changes-report.html >> >> I have tested this with OpenJDK 1.5, 1.6 and 1.7 using maven2 and maven3. >> >> The tag is here: >> >> https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.4_RC1/ >> >> Site: >> http://people.apache.org/~bodewig/commons-compress-1.4RC1/site/ >> http://people.apache.org/~luckyrm/foo-1.2-RC1/site/ >> (note this will not be the site I'm oing to deploy as I'll fix the >> release date prior to that) >> >> Clirr Report (compared to 1.3): >> >> http://people.apache.org/~bodewig/commons-compress-1.4RC1/site/clirr-report.html >> >> RAT Report: >> >> http://people.apache.org/~bodewig/commons-compress-1.4RC1/site/rat-report.html >> >> Votes, please. This vote will close no earlier than in 72 hours, >> 2000 GMT 07-April 2012 >> >> [ ] +1 Release these artifacts >> [ ] +0 OK, but... >> [ ] -0 OK, but really should fix... >> [ ] -1 I oppose this release because... >> >> Thanks! >> >> Stefan >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org