[ https://issues.apache.org/jira/browse/COMPRESS-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13079332#comment-13079332 ]
Stefan Bodewig commented on COMPRESS-36: ---------------------------------------- Status update: ZipArchiveInputStream and ZipFile seem to be complete now ZipArchiveOutputStream works transparently except for the single case when a DEFLATED entry of unknown size gets written to a non-seekable stream. This one cannot work transparently and it will be pretty easy to implenent once we have decided at which granularity and with which defaults the user code will have to ask for ZIP64 features to be enabled, > Add Zip64 Suport > ---------------- > > Key: COMPRESS-36 > URL: https://issues.apache.org/jira/browse/COMPRESS-36 > Project: Commons Compress > Issue Type: New Feature > Components: Archivers > Reporter: Christian Grobmeier > Assignee: Stefan Bodewig > Fix For: 1.3 > > Attachments: 5GB_of_Zeros.zip, 5GB_of_Zeros_7ZIP.zip, > 5GB_of_Zeros_WindowsCompressedFolders.zip, 5GB_of_Zeros_jar.zip, > zip64-sample.zip > > > Add Zip64 support. This will make it work to deal with zipfiles > 2 GB. > Planned for compress 1.1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira