commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Torsten Curdt (JIRA)" <j...@apache.org>
Subject [jira] Commented: (COMPRESS-93) Support for alternative ZIP compression methods
Date Fri, 05 Mar 2010 16:08:27 GMT

    [ https://issues.apache.org/jira/browse/COMPRESS-93?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12841906#action_12841906
] 

Torsten Curdt commented on COMPRESS-93:
---------------------------------------

Sorry for not being clear. I just wanted to point out - there is no need to wait for Compress.
Change the ZIP implementation by moving it into your namespace and add the zip compressor
method variation to the code. Then send a patch and wait :)

IMO adding a plugging API for just the ZIP compressor methods is a little too much over-engineering.
Questions to ask: How many users will potentially have their own zip compression method ...and
why would they?

> 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.


Mime
View raw message