[
https://issues.apache.org/jira/browse/COMPRESS-93?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12842226#action_12842226
]
Torsten Curdt commented on COMPRESS-93:
---------------------------------------
> This part of the suggested workflow is unlikely to happen when the code is
> written under employ of a company.
Then the price of the fork (of just this one class) is the price the company
has to pay for not releasing it to the wild. I am not keen on adding this
complexity just because some company wants to keep it's proprietary
implementation easier for itself. Maintaining a fork should be simple enough.
> if Sun had added such an API to ZipFile from the start, we wouldn't need all
> these alternative ZIP implementations like Commons Compress
Compress supports more than just ZIP ...unless with "we" you mean your company.
> Support for alternative ZIP compression methods
> -----------------------------------------------
>
> Key: COMPRESS-93
> URL: https://issues.apache.org/jira/browse/COMPRESS-93
> Project: Commons Compress
> Issue Type: New Feature
> Reporter: Jukka Zitting
>
> As reported in TIKA-346, a ZIP file that uses a compression method other than
> STORED (0) or DEFLATED (8) will cause an IllegalArgumentException ("invalid
> compression method") to be thrown.
> It would be great if commons-compress supported alternative compression
> methods or at least degraded more gracefully when encountering them.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
