ZIP64 Support

[Stefan Bodewig <bo...@apache.org>]

Hi all,

ZIP64 is the nickname for the changes to the ZIP archive format that are
necessary to support files > 4GB (both individual entries and complete
archives) or archives with more than 64k entries.  Ant's ZIP package
does not support this and neither does java.util.zip prior to Java7[1].

Over in Commons land I've started to implement ZIP64 support in Commons
Compress.  Once the code is released the Compress Antlib will
transparently support ZIP64 without any changes required there.  All
you'd need to do is upgrading Commons Compress.

In order to implement it, Commons Compress must switch to Java5 as the
few parts of java.util.zip that are used in CC (Inflater/Deflater) have
an issuficient API for big entries (getTotalIn returns an int which is
too small, getBytesRead which returns a long has been added in Java5).

Since Ant is stuck with Java 1.4 for now I do not plan to backport the
changes from Commons Compress over to Ant's ZIP package.  The reflection
needed will be too much and I've started to embrace generics and other
Java5 features in the modified code base, so porting is just too
painful.

Users that need ZIP64 can be pointed to the Compress Antlib IMHO.

Stefan

[1] Java7 claims to support it but from what I've seen the OpenJDK
implementation is likely wrong.  I'll dig into OpenJDK's code at one
point in time and open a bug report if my suspicion remains true.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org

Re: ZIP64 Support

[Matt Benson <gu...@gmail.com>]

Ant has historically catered to the "lowest common denominator."  I
agree that that level has progressed to at least Java 5, but all
things considered I don't think we'd gain that much from a bump all
the way up to 6.

Matt

On Fri, Jul 29, 2011 at 8:31 AM, Jess Holle <je...@ptc.com> wrote:
> At least.
>
> If there are any compelling API which weren't introduced until 1.6 (there
> are in concurrency areas, but I'm not sure about anything Ant would use),
> then I'd say require 1.6.
>
> 1.5 is actually quite ancient at this point.  If you're not on at least 1.6,
> then I have to assume you're fine using old versions of Ant too.
>
> On 7/29/2011 3:30 AM, Peter Reilly wrote:
>>
>> Personally I think that ant should move to java 1.5 for ant 1.9.
>>
>> Peter
>>
>> On Fri, Jul 29, 2011 at 5:16 AM, Stefan Bodewig<bo...@apache.org>
>>  wrote:
>>>
>>> Hi all,
>>>
>>> ZIP64 is the nickname for the changes to the ZIP archive format that are
>>> necessary to support files>  4GB (both individual entries and complete
>>> archives) or archives with more than 64k entries.  Ant's ZIP package
>>> does not support this and neither does java.util.zip prior to Java7[1].
>>>
>>> Over in Commons land I've started to implement ZIP64 support in Commons
>>> Compress.  Once the code is released the Compress Antlib will
>>> transparently support ZIP64 without any changes required there.  All
>>> you'd need to do is upgrading Commons Compress.
>>>
>>> In order to implement it, Commons Compress must switch to Java5 as the
>>> few parts of java.util.zip that are used in CC (Inflater/Deflater) have
>>> an issuficient API for big entries (getTotalIn returns an int which is
>>> too small, getBytesRead which returns a long has been added in Java5).
>>>
>>> Since Ant is stuck with Java 1.4 for now I do not plan to backport the
>>> changes from Commons Compress over to Ant's ZIP package.  The reflection
>>> needed will be too much and I've started to embrace generics and other
>>> Java5 features in the modified code base, so porting is just too
>>> painful.
>>>
>>> Users that need ZIP64 can be pointed to the Compress Antlib IMHO.
>>>
>>> Stefan
>>>
>>> [1] Java7 claims to support it but from what I've seen the OpenJDK
>>> implementation is likely wrong.  I'll dig into OpenJDK's code at one
>>> point in time and open a bug report if my suspicion remains true.
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>>> For additional commands, e-mail: dev-help@ant.apache.org
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>> For additional commands, e-mail: dev-help@ant.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org

Re: ZIP64 Support

[Jess Holle <je...@ptc.com>]

At least.

If there are any compelling API which weren't introduced until 1.6 
(there are in concurrency areas, but I'm not sure about anything Ant 
would use), then I'd say require 1.6.

1.5 is actually quite ancient at this point.  If you're not on at least 
1.6, then I have to assume you're fine using old versions of Ant too.

On 7/29/2011 3:30 AM, Peter Reilly wrote:
> Personally I think that ant should move to java 1.5 for ant 1.9.
>
> Peter
>
> On Fri, Jul 29, 2011 at 5:16 AM, Stefan Bodewig<bo...@apache.org>  wrote:
>> Hi all,
>>
>> ZIP64 is the nickname for the changes to the ZIP archive format that are
>> necessary to support files>  4GB (both individual entries and complete
>> archives) or archives with more than 64k entries.  Ant's ZIP package
>> does not support this and neither does java.util.zip prior to Java7[1].
>>
>> Over in Commons land I've started to implement ZIP64 support in Commons
>> Compress.  Once the code is released the Compress Antlib will
>> transparently support ZIP64 without any changes required there.  All
>> you'd need to do is upgrading Commons Compress.
>>
>> In order to implement it, Commons Compress must switch to Java5 as the
>> few parts of java.util.zip that are used in CC (Inflater/Deflater) have
>> an issuficient API for big entries (getTotalIn returns an int which is
>> too small, getBytesRead which returns a long has been added in Java5).
>>
>> Since Ant is stuck with Java 1.4 for now I do not plan to backport the
>> changes from Commons Compress over to Ant's ZIP package.  The reflection
>> needed will be too much and I've started to embrace generics and other
>> Java5 features in the modified code base, so porting is just too
>> painful.
>>
>> Users that need ZIP64 can be pointed to the Compress Antlib IMHO.
>>
>> Stefan
>>
>> [1] Java7 claims to support it but from what I've seen the OpenJDK
>> implementation is likely wrong.  I'll dig into OpenJDK's code at one
>> point in time and open a bug report if my suspicion remains true.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>> For additional commands, e-mail: dev-help@ant.apache.org
>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org

Re: ZIP64 Support

[Peter Reilly <pe...@gmail.com>]

Personally I think that ant should move to java 1.5 for ant 1.9.

Peter

On Fri, Jul 29, 2011 at 5:16 AM, Stefan Bodewig <bo...@apache.org> wrote:
> Hi all,
>
> ZIP64 is the nickname for the changes to the ZIP archive format that are
> necessary to support files > 4GB (both individual entries and complete
> archives) or archives with more than 64k entries.  Ant's ZIP package
> does not support this and neither does java.util.zip prior to Java7[1].
>
> Over in Commons land I've started to implement ZIP64 support in Commons
> Compress.  Once the code is released the Compress Antlib will
> transparently support ZIP64 without any changes required there.  All
> you'd need to do is upgrading Commons Compress.
>
> In order to implement it, Commons Compress must switch to Java5 as the
> few parts of java.util.zip that are used in CC (Inflater/Deflater) have
> an issuficient API for big entries (getTotalIn returns an int which is
> too small, getBytesRead which returns a long has been added in Java5).
>
> Since Ant is stuck with Java 1.4 for now I do not plan to backport the
> changes from Commons Compress over to Ant's ZIP package.  The reflection
> needed will be too much and I've started to embrace generics and other
> Java5 features in the modified code base, so porting is just too
> painful.
>
> Users that need ZIP64 can be pointed to the Compress Antlib IMHO.
>
> Stefan
>
> [1] Java7 claims to support it but from what I've seen the OpenJDK
> implementation is likely wrong.  I'll dig into OpenJDK's code at one
> point in time and open a bug report if my suspicion remains true.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org