DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21899>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21899 <Zip> task fails if compress="false" [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED Target Milestone|--- |1.6 ------- Additional Comments From [EMAIL PROTECTED] 2003-08-04 12:15 ------- Josh is in part correct. Ant doesn't use java.util.zip.ZipOutputStream (well at least it doesn't since Ant 1.3) but a reimplementation of its own that tried to provide an API close to the original. In java.util.zip.ZipOutputStream you have to calculate the CRC and uncompressed size yourself before you can invoke putEntry if you are not compressing the data. Ant's implementation had the same limitation. In order to avoid reading the file twice, Ant reads it into memory to calculate the CRC and writes it to the archive after that. This means you'll have to increase the heap memory of your JVM as much that the largest uncompressed file will fit into memory. The current CVS HEAD version has an improved ZipOutputStream that can do better and the nightly build of 2003-08-05 will contain a <zip> task that can stream the data through. This should speed up archive creation (as the CRC is calculated only once) and save memory at the same time. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
