Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 32624 invoked from network); 28 Mar 2002 02:06:39 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 28 Mar 2002 02:06:39 -0000 Received: (qmail 23596 invoked by uid 97); 28 Mar 2002 02:06:43 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 23579 invoked by uid 97); 28 Mar 2002 02:06:43 -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 23564 invoked by uid 50); 28 Mar 2002 02:06:42 -0000 Date: 28 Mar 2002 02:06:42 -0000 Message-ID: <20020328020642.23563.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: ant-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 7552] New: - Invalid task cache in targets 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=7552 Invalid task cache in targets Summary: Invalid task cache in targets Product: Ant Version: 1.5 alpha (nightly) Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Core AssignedTo: ant-dev@jakarta.apache.org ReportedBy: paulkilroy@yahoo.com I get the following error when I run "ant foo moo": BUILD FAILED /home/pkilroy/antbug/build.xml:4: You must specify the jar file to create! ================== [Conor] Agreed. This bug arises from the tendency of many tasks to change, in their execute method, the state setup by the core using IntrospectionHelper. In this case it is the cleanup() method of Zip.java. In fact the cleanup method was changed as part of bug 4366 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4366 I'm not sure I understand the original bug report but it is probably a symptom of the same problem, the changing of the filesets in the execute() method. The fix, however, almost guarantees that the instance cannot be reused. [...] I think that we need to perhaps examine how all tasks preserve their state as I'm sure this is not limited to the Zip task. -- To unsubscribe, e-mail: For additional commands, e-mail: