Hi all guys, I'm +1 to Java5 too. And IMHO many other should follow the same path :P Have a nice day, all the best! Simo
http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Thu, Jul 21, 2011 at 10:08 AM, Christian Grobmeier <grobme...@gmail.com> wrote: > On Thu, Jul 21, 2011 at 9:50 AM, Henri Yandell <flame...@gmail.com> wrote: >> I think the argument is the other way. You should be explaining why >> you wouldn't simply just move to Java 5. > > +1 - Java 1.4 must die now. > >> +1 to JDK 1.5 minimum. > > +1 > > If we lift up to 1.5 as a minimum what about lifting to compress 2.0? > Then we can speak about generics and enums too because we don't need > to be so strict on BC :-) > > Cheers > Christian > >> >> Hen >> >> On Wed, Jul 20, 2011 at 9:04 PM, Stefan Bodewig <bode...@apache.org> wrote: >>> Hi, >>> >>> no, this is not about generics or enums or ... >>> >>> This time it is methods added in the classlib, in particular >>> java.util.zip.Inflater#getBytesRead and friends which return longs >>> rather than ints that are returned by getTotalIn. >>> >>> Since ZIP entry size is an unsigned four byte int even without Zip64 >>> support it simply doesn't fit into an int and some bugs cannot properly >>> be fixed by using the Java4 method. (COMPRESS-129 is one). >>> >>> Things will become worse with Zip64 as we'd need unsigned longs but I'm >>> willing to accept that as theoretical cases. >>> >>> The alternative would be to use some reflection magic inside the ZIP >>> package (which I'm willing to do). >>> >>> 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 >> >> > > > > -- > http://www.grobmeier.de > > --------------------------------------------------------------------- > 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
