Return-Path: Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 67471 invoked from network); 26 May 2000 13:16:09 -0000 Received: from smtp01do.de.uu.net (192.76.144.61) by locus.apache.org with SMTP; 26 May 2000 13:16:09 -0000 Received: from sbodewig.bost.de ([195.127.75.69]) by smtp01do.de.uu.net (5.5.5/5.5.5) with ESMTP id PAA02452 for ; Fri, 26 May 2000 15:16:07 +0200 (MET DST) Received: (from bodewig@localhost) by sbodewig.bost.de (8.9.3/8.9.3) id PAA02801; Fri, 26 May 2000 15:16:06 +0200 X-Authentication-Warning: sbodewig.bost.de: bodewig set sender to bodewig@bost.de using -f To: ant-dev@jakarta.apache.org Subject: Re: How to tell what Javac did? References: <001901bfc709$41168050$80dc1fcb@cognet.com.au> From: Stefan Bodewig Date: 26 May 2000 15:16:06 +0200 In-Reply-To: "Conor MacNeill"'s message of "Fri, 26 May 2000 21:55:15 +1000" Message-ID: Lines: 33 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N >>>>> "CM" == Conor MacNeill writes: CM> I am in two minds over this whole thread. Guess I know what you are talking about. I don't want to put any kind of explicit control into the XML-file. It is the usual "we don't want to make Ant another Perl" pattern. To put my idea into context, see that core/spec.html talks about Project being a store for properties (not necessarily String valued) that can be set and retrieved by tasks. So what I've talked about would by a special property that could be used by both targets and tasks. I'm more and more convinced that if we need runtime control of Ant's execution, the script-task is the way to go. Script could be used to fetch the last tasks return value and tell Project to skip the next target or whatever. CM> When I built my weblogic tasks, I used a Java task internally to CM> invoke a helper class with a defined classpath. This is a CM> slightly unusual use of the Java task object. I wanted to know CM> the return code from that Java task, but there was no way to get CM> at it. When Thomas Haas and I worked on the JUnit task we had exactly the same problem and Tom solved it exactly the same way as you describe it. But - as you've said - this one is a different thing as we are talking about a task being invoked by another task. Stefan