[
https://issues.apache.org/jira/browse/SANDBOX-183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462210
]
Christian Grobmeier commented on SANDBOX-183:
---------------------------------------------
another thing: this newimplementation does depend on commons IO. I am not sure,
but i think there was a discussion in the past that this is not a good idea.
This "copy" method used is also somewhere in the compress code when i remember
correct. I think its CompressUtils or something like that.
Btw, you can add this implemetnation at runtime via the static addArchiver()
method in the factory. May be helpful...
And. for delete/modification support the Archiver-interfaces must be extended
with such methods too- no big deal. Idea was:
- get an list of ArchiveEntrys with: list() or entries()
- do: delete(ArchiveEntry entry) for each entry you dont want any longer
- do. update() to rewrite your zip file
> Compress should allow for writing to Zip Files
> ----------------------------------------------
>
> Key: SANDBOX-183
> URL: https://issues.apache.org/jira/browse/SANDBOX-183
> Project: Commons Sandbox
> Issue Type: New Feature
> Components: Compress
> Affects Versions: Nightly Builds
> Reporter: Will Pugh
> Fix For: Nightly Builds
>
> Attachments: myzip.zip
>
>
> Compress should be able to modify existing ZipFiles.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
