[
https://issues.apache.org/jira/browse/COMPRESS-551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17296639#comment-17296639
]
Stefan Bodewig commented on COMPRESS-551:
-----------------------------------------
[~kaladhar] do you by chance know which level corresponds to which set of bits
for deflate? Level 6 is normal, 9 probably is maximum compression and 1probably
is "super fast", but which one is fast?
> GeneralPurposeBit has no compression level information
> ------------------------------------------------------
>
> Key: COMPRESS-551
> URL: https://issues.apache.org/jira/browse/COMPRESS-551
> Project: Commons Compress
> Issue Type: Bug
> Reporter: Kaladhar Reddy Mummadi
> Priority: Major
>
> [https://github.com/apache/commons-compress/blob/rel/1.20/src/main/java/org/apache/commons/compress/archivers/zip/GeneralPurposeBit.java]
> When _putArchiveEntry_ is called and _localHeaders_ are generated,
> *Compression level* information is always *0.*
> According to section 4.4.4 in
> [https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT] *Bit 1 and 2*
> should consists of compression level info.
> But zips generated has level `0` always even when I change level using
> *setLevel* API on *ZipArchiveOutputStream*
> Expected behavior is to have level information in local headers of an entry.
>
> Compressing of data works fine, just that correct level is not baked into
> localHeader.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
