Return-Path: 
 <ant-dev-return-19006-qmlist-jakarta-ant-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 92484 invoked from network); 30 Oct 2001 02:30:58 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 30 Oct 2001 02:30:58 -0000
Received: (qmail 13726 invoked by uid 97); 30 Oct 2001 02:31:03 -0000
Delivered-To: qmlist-jakarta-ant-dev-archive@jakarta.apache.org
Received: (qmail 13714 invoked by uid 97); 30 Oct 2001 02:31:03 -0000
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:ant-dev-help@jakarta.apache.org>
List-Post: <mailto:ant-dev@jakarta.apache.org>
List-Id: "Ant Developers List" <ant-dev.jakarta.apache.org>
Reply-To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 13703 invoked from network); 30 Oct 2001 02:31:02 -0000
Message-ID: <3BDE10A2.7897B1B6@i2.com>
Date: Mon, 29 Oct 2001 20:29:54 -0600
From: Ken Wood <kwood@i2.com>
X-Mailer: Mozilla 4.76 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Ant Developers List <ant-dev@jakarta.apache.org>
Subject: Re: Problem with parallel mode
References: <1198CA23EE831A4798DBAFE07E5D1BC445B9FD@esrv022.eu.wirecard.net>
 <3BDD3E26.4010202@cortexebusiness.com.au> <3BDD6DAA.BAAEFCB6@i2.com>
 <017901c1608f$72e71060$0100a8c0@jose> <3BDD845D.A4B63E2A@i2.com>
 <020e01c160e6$45a43ae0$0100a8c0@jose>
X-MIMETrack: Itemize by SMTP Server on i2Hub4/Servers/i2Tech(Release 5.0.8
 |June 18, 2001) at
 10/29/2001 08:30:56 PM,
	Serialize by Router on i2Hub4/Servers/i2Tech(Release 5.0.8 |June 18, 2001) at
 10/29/2001 08:31:01 PM,
	Serialize complete at 10/29/2001 08:31:01 PM
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Parallel, async, I don't care the details
of the implementation. I just need to get
my job done.

The 'requirement' is to be able to start
a server, and run tests against it. This is a
build activity, because the server started using
the code we just compiled, and the tests
are unit tests against the server API. The build
is no good if the server can't start, or the
unit tests fail...

The requirement is also to be able to shutdown
cleanly in the event of a test stuck in a loop, and
to be able to shutdown cleanly in the event of
a build exception. The specifics of how that requirement
are moot to me.

However, why am I using <parallel> right now?

1. It EXISTS. It's there. All the rest is discussion.
   And I don't have time to be doing the programming
   or extensions, or I would already have done it...

2. The Ant 1.4 documentation specifically uses the example
   of starting a server and running tests against it and
   stopping the server. If that is NOT what <parallel> is
   for, then better documentation and examples are in order...

-ken

P.S. 

How do I 'check "tests.succesful" to verify if tests passed or not'?
That sounds like scripting to me, and Ant doesn't have conditionals
or branching... :^)


Jose Alberto Fernandez wrote:
> 
> From: "Ken Wood" <kwood@i2.com>
> 
> > Another aspect to consider is, how much do we want to focus
> > on near term fixes to the Ant 1.x stream of development vs.
> > discussing the best way to do it in Ant 2.x? Since Conor
> > added the parallel task, I'd be happy to see his proposal,
> > and unless there is some tremendous reason NOT to, let Conor
> > update parallel for Ant 1.x while we debate Ant 2.x design.
> >
> 
> The problem I have here is the BCS (Backward Compatibility Syndrome) whatever we define today (in a rush) we will have to provide the same functionality in the future. Like, for example, the issue with <ant> where all the management of "basedir" is really a mess IMHO. But because that the way it is, now there is no way to change it.
> Even in Ant2, I suspect, we will have to provide ways to mimic this odd behaviour (even if with different notation) so that people have a way to port their builds over.
> 
> > In other words, I'd like a solution this week, not 3 months
> > of debate (be it civil or not :^) while I continue to kludge
> > this by manualing shutdown the server from another console,
> > then ending the build from the command line with CTRL-C...
> >
> 
> One of the things I notice in the kind of problem you are facing is that you are trying to use <parallel> to workaround the fact that ANT is unable to spawn new processes which is what starting a server should mean IMHO.
> If you were to have such capability, then one could solve your problem as follows:
> 
>     <target ....>
>       <spawn ...> <!-- command to start the server -->
>       <timed  maxtime="3600" failoncancel="no" >
>         <junit ... failonerror="no" >
>         <property name="tests.succesful" value="true" />
>       </timed>
>       <exec ...> <!-- stop server call -->
>       <!-- check "tests.succesful" to verify if tests passed or not -->
>     </target>
> 
> Now, here I am trying to get back to using a single thread of execution by having a way to really fork a process.
> I think such functionality is quite feasible or in the worst case it can be emulated using daemon Threads.
> The other task I propose is <timed> (for lack of a better name). The point of this task is to alot a certain amount
> of time to execute its body, if time is exceeded <timed> is stopped and depending on the setting the task will fail or not.
> 
> Now, this does not diminish the usefulness of <parallel> nor the need for more supporting tasks, but it may give us more time to discuss how to do it right.
> 
> Would something like this cover your needs?
>

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