You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Torsten Curdt (JIRA)" <ji...@apache.org> on 2010/04/13 22:43:53 UTC

[jira] Closed: (COMPRESS-39) A few upstream (Ant) changes to the ZIP package

     [ https://issues.apache.org/jira/browse/COMPRESS-39?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Torsten Curdt closed COMPRESS-39.
---------------------------------


> A few upstream (Ant) changes to the ZIP package
> -----------------------------------------------
>
>                 Key: COMPRESS-39
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-39
>             Project: Commons Compress
>          Issue Type: Improvement
>            Reporter: Stefan Bodewig
>            Assignee: Torsten Curdt
>            Priority: Minor
>             Fix For: 1.0
>
>
> I've recently applied three patches to the Ant code base that may be of interest to commons-compress as well.
> http://svn.apache.org/viewvc?rev=738844&view=rev
> use more modern collections (since Ant trunk now officially is JDK 1.4+).  This results in some minor performance improvements because of less synchronization and a theoretical bigger improvement for entries with many extra fields.
> http://svn.apache.org/viewvc?rev=738853&view=rev
> make sure the archive is closed in the presence of a RuntimeExcepetion which may happen when LFH parsing fails.
> Fixes https://issues.apache.org/bugzilla/show_bug.cgi?id=46559
> http://svn.apache.org/viewvc?rev=739300&view=rev
> skip extra fields that don't follow the recommended HEADER-ID, LENGTH structure at the end of the extra field (this is what unzip does as well).
> Fixes https://issues.apache.org/bugzilla/show_bug.cgi?id=42940
> There are two more issues open in Ant's bugzilla I may be working on over the next few weeks (low prio for me):
> https://issues.apache.org/bugzilla/show_bug.cgi?id=46637 - which may be impossible to do in a backwards compatible way (not a concern for a sandbox component, I guess) and the more important https://issues.apache.org/bugzilla/show_bug.cgi?id=45429 which would allow archives to contain files bigger than 2 GB and support UTF8 filenames in a more portable way.
> Technically I am a commons committer, maybe we can collaborate on the required changes via the commons dev list (or Ant's).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira