Return-Path: 
 <dev-return-46969-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 34774 invoked by uid 500); 11 Jun 2003 11:39:20 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Subscribe: <mailto:dev-subscribe@ant.apache.org>
List-Help: <mailto:dev-help@ant.apache.org>
List-Post: <mailto:dev@ant.apache.org>
List-Id: "Ant Developers List" <dev.ant.apache.org>
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 34757 invoked from network); 11 Jun 2003 11:39:16 -0000
Received: from unknown (HELO gwaihir.fuegolabs.com) (200.80.200.100)
  by daedalus.apache.org with SMTP; 11 Jun 2003 11:39:16 -0000
Received: from fuegolabs.com (wintermute.fuegolabs.com [192.168.0.11])
	by gwaihir.fuegolabs.com (8.12.2/8.12.2) with ESMTP id h5BBZIJ0009689
	for <dev@ant.apache.org>; Wed, 11 Jun 2003 08:35:18 -0300
Message-ID: <3EE714D7.10007@fuegolabs.com>
Date: Wed, 11 Jun 2003 08:39:03 -0300
From: Mariano Benitez <mariano@fuegolabs.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en, es-ar
MIME-Version: 1.0
To: Ant Developers List <dev@ant.apache.org>
Subject: Re: adding success & failure to <subant>
References: <747F247264ECE34CA60E323FEF0CCC0C0AF21C@london.cellectivity.com>
 <3EE7140B.1040709@fuegolabs.com>
In-Reply-To: <3EE7140B.1040709@fuegolabs.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Mariano Benitez wrote:

> it is VERY java oriented to use try/catch to implement this, and I 
> would rather use the way it is implemented in the rest of the ant 
> tasks, like javadoc, junit, etc.
> it is very simple also to change the value of haltonerror to 
> true/false, instead of ignoring a catch.
>
> Although I evaluated the try/catch solution, I still want this feature 
> to be included.
>
> Anyway, is there any philosophical objection why this should not be 
> included, does it go against some rule? just curious...
>
>
> MAriano
>
> Jose Alberto Fernandez wrote:
>
>>This can be achieved with the <trycatch/> task from antcontrib.
>>Take a look at it.
>>
>>I think it is becoming time for some of this very useful and
>>generic tasks to make its way into CORE.
>>
>>What do people think? What antcontrib people think?
>>
>>Jose Alberto
>>
>>  
>>
>>>-----Original Message-----
>>>From: Mariano Benitez [mailto:mariano@fuegolabs.com]
>>>Sent: 11 June 2003 00:35
>>>To: Ant Developers List
>>>Subject: Re: adding success & failure to <subant>
>>>
>>>
>>>I completely desire that, for long nested builds for 
>>>regression testing 
>>>makes life really easy to just send a build to run, and if fails, no 
>>>problem, keep going to the next build.
>>>
>>>MAriano
>>>
>>>Steve Loughran wrote:
>>>
>>>    
>>>
>>>>I think I posted this last week, but it got lost
>>>>
>>>>
>>>>1. What do people think about adding the ability to set 
>>>>      
>>>>
>>>properties if 
>>>    
>>>
>>>>a subant or ant call failed/succeeded. This lets me do 
>>>>      
>>>>
>>>complex things 
>>>    
>>>
>>>>in cruise control.
>>>>
>>>>2. How best to do it?
>>>>
>>>>Here is one example implementation
>>>>
>>>><subant antfile="driver/" target="build"
>>>>   succeeded="driver.built" failoneerror="false"/>
>>>>
>>>><target name="test-driver" depends="driver"if="driver.built" >
>>>>  <subant antfile="driver/" target="test"
>>>>    succeeded="driver.tested" failoneerror="false"/>
>>>></target>
>>>>
>>>><target name="app" depends="driver" if="driver.built" >
>>>>  <subant antfile="app/" succeeded="app.built" 
>>>>      
>>>>
>>>failoneerror="false"/>
>>>    
>>>
>>>></target>
>>>>
>>>><target name="test-app" depends="app" if="app.built" >
>>>>  <subant antfile="app/" succeeded="app.built" 
>>>>      
>>>>
>>>failoneerror="false"/>
>>>    
>>>
>>>></target>
>>>>
>>>>
>>>>
>>>>
>>>>      
>>>>
>>>---------------------------------------------------------------------
>>>    
>>>
>>>>To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>>>>For additional commands, e-mail: dev-help@ant.apache.org
>>>>      
>>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>>>For additional commands, e-mail: dev-help@ant.apache.org
>>>
>>>
>>>    
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>>For additional commands, e-mail: dev-help@ant.apache.org
>>  
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org