Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 76461 invoked from network); 4 Jan 2007 12:03:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Jan 2007 12:03:50 -0000 Received: (qmail 87233 invoked by uid 500); 4 Jan 2007 12:03:55 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 87152 invoked by uid 500); 4 Jan 2007 12:03:55 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 87137 invoked by uid 99); 4 Jan 2007 12:03:55 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Jan 2007 04:03:55 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Jan 2007 04:03:47 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id A90C0714319 for ; Thu, 4 Jan 2007 04:03:27 -0800 (PST) Message-ID: <215056.1167912207688.JavaMail.jira@brutus> Date: Thu, 4 Jan 2007 04:03:27 -0800 (PST) From: "Christian Grobmeier (JIRA)" To: commons-dev@jakarta.apache.org Subject: [jira] Commented: (SANDBOX-183) Compress should allow for writing to Zip Files In-Reply-To: <24816180.1167847527737.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/SANDBOX-183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462198 ] Christian Grobmeier commented on SANDBOX-183: --------------------------------------------- Hi, it seems difficult to integrate this in the existing codebase. It looks like we would have to throw away the old zip implementation and use this one, if we want this feature. Please help if i am wrong. For the memory problem: wouldn't it be easier just to expand the zipfile in an temp directory, take the intrnal catalog to see what files we need again and rebuild the whole stuff? I think this is the way winzip handles this. This would be quite safe and the old file would't get corrupt in case of any trouble. This strategy would also allow us to delete from the zip package. No? Cheers, Chris. > 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: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org