Return-Path: 
 <ant-dev-return-11556-apmail-jakarta-ant-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@jakarta.apache.org
Received: (qmail 82889 invoked by uid 500); 16 Mar 2001 08:42:17 -0000
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ant-dev@jakarta.apache.org
list-help: <mailto:ant-dev-help@jakarta.apache.org>
list-unsubscribe: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
list-post: <mailto:ant-dev@jakarta.apache.org>
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 82878 invoked from network); 16 Mar 2001 08:42:16 -0000
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-dev@jakarta.apache.org
Subject: Re: [ANN] Collecting requirements for Ant2
References: 
 <E1B821D32F69D3119C1200105AD13F6527B085@pink.pi.informatik.tu-darmstadt.de>
From: Stefan Bodewig <bodewig@apache.org>
Date: 16 Mar 2001 09:42:22 +0100
In-Reply-To: "Thomas Leonhardt"'s message of "Thu, 15 Mar 2001 16:09:19 +0100"
Message-ID: <m3d7biayvl.fsf@bodewig.bost.de>
Lines: 36
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Cuyahoga Valley)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

Thomas Leonhardt <leonhardt@informatik.tu-darmstadt.de> wrote:

> Now I want to be able to tell the user whether the files
> in the cvs repository contain errors by sending him an e-mail.
> I have found no way to do this with ant.

The usual answer to this is: "use a BuildListener". But this will only
help if the task fails completely - and therefore ends the build
process - or you can identify the error by parsing the messages
logged.

Jay Glanville has submitted a proposal for a <recorder> task a few
days ago, see
<http://marc.theaimsgroup.com/?l=ant-dev&m=98441836117686&w=2>, that
could help you out here.

Anyway, I've added 

* Allow tasks to find out, whether another task has completed successfully.

to the wish list.

> I tried to build a workaround by setting a property but the problem
> is that I can't override properties and properties defined inside
> a target seem to be local, I can't use them in other targets.

Could you please explain this a little? Properties are global, but
those set in sub builds - the things you run via <ant> or <antcall>
will not be transferred back to the parent build.

> The next thing is that the if-clause of the target only checks if
> the property is set but not to what value.

Added.

Stefan