[
https://issues.apache.org/jira/browse/COMPRESS-380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15839521#comment-15839521
]
Stefan Bodewig commented on COMPRESS-380:
-----------------------------------------
Ah, bad wording.
No the JDK's zip package doesn't support DEFLATE64 only DEFLATE, the little
brother. DEFLATE64 really only has a bigger buffer size so back-references may
go back for a bit further AFAIK.
What I was trying to say is that a DEFLATE64 we implement in Java will be
slower than DEFLATE itself, probably quite a bit. But of course a slow
DEFLATE64 will be better than none at all for people trying to read archives
created with it. Once we implement DEFLATE64 we probably should advice people
to not use it when creating new archives.
> Support for ENHANCED_DEFLATED (Deflate64) in ZIP files
> ------------------------------------------------------
>
> Key: COMPRESS-380
> URL: https://issues.apache.org/jira/browse/COMPRESS-380
> Project: Commons Compress
> Issue Type: New Feature
> Reporter: Dawid Weiss
>
> Some of the (large) ZIP files we try to process currently will throw this:
> {code}
> UnsupportedZipFeatureException: unsupported feature method
> 'ENHANCED_DEFLATED'
> {code}
> which is a bummer since JDK's implementation also doesn't support Deflate64.
> This seems to be PKWare's extensions, although code to decrypt it exists in
> zlib (and is appropriately licensed, I believe).
> https://github.com/madler/zlib/tree/master/contrib/infback9
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
