Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 17864 invoked from network); 4 Sep 2003 10:56:17 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 4 Sep 2003 10:56:17 -0000 Received: (qmail 9740 invoked by uid 500); 4 Sep 2003 10:56:10 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 9625 invoked by uid 500); 4 Sep 2003 10:56:08 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 9591 invoked from network); 4 Sep 2003 10:56:07 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 4 Sep 2003 10:56:07 -0000 Received: (qmail 1475 invoked by uid 50); 4 Sep 2003 10:58:53 -0000 Date: 4 Sep 2003 10:58:53 -0000 Message-ID: <20030904105853.1474.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: dev@ant.apache.org Cc: Subject: DO NOT REPLY [Bug 22930] New: - New update mode in zip (and related) task X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22930 New update mode in zip (and related) task Summary: New update mode in zip (and related) task Product: Ant Version: 1.5.4 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: dev@ant.apache.org ReportedBy: simon.spruzen@rbos.com I'd like to request a new mode in the zip (and related) tasks. If I have update="true" (to bang on an existing zip file), I'd like a way of specifying that files listed in the nested zipfileset or fileset elements *must* be added to the zip, even if the new file's mod date is before the duplicate file in the zip archive. Perhaps this could be acomplished through a new option for the duplicate attribute: replace - force the replacement of the file present in the zip file with the new file, even if the new file is older than the existing file. This would be different to the 'add' setting (which would lead to two files). simon. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org