Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 3376 invoked from network); 4 Oct 2002 15:25:54 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 4 Oct 2002 15:25:54 -0000 Received: (qmail 14977 invoked by uid 97); 4 Oct 2002 15:26:37 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 14937 invoked by uid 97); 4 Oct 2002 15:26:35 -0000 Mailing-List: contact ant-dev-help@jakarta.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 ant-dev@jakarta.apache.org Received: (qmail 14923 invoked by uid 50); 4 Oct 2002 15:26:35 -0000 Date: 4 Oct 2002 15:26:35 -0000 Message-ID: <20021004152635.14922.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: ant-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 13296] New: - reenable filesetmanifest attribute in the jar task X-Spam-Rating: daedalus.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=13296 reenable filesetmanifest attribute in the jar task Summary: reenable filesetmanifest attribute in the jar task Product: Ant Version: 1.6Alpha (nightly) Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: ant-dev@jakarta.apache.org ReportedBy: bdeitte@macromedia.com (I sent this to the Ant dev list but am placing here as well to be a general nuisance in getting this patch it.) The filesetmanifest attribute in the jar task was disabled because the manifest was not written to the zip file first, and this causes problems with JarInputStream. Attached is a diff that changes the Zip class that allows two passes on the filesets, with the first pass not writing anything out to the outputstream. This allows all the manifest information to be gathered up and written first on the second pass. I ran the appropriate tests and tried some cases out myself. -- To unsubscribe, e-mail: For additional commands, e-mail: