ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexey Solofnenko <>
Subject RE: cvs commit: jakarta-ant WHATSNEW
Date Tue, 30 Apr 2002 00:57:51 GMT
Hello Conor,

  the situation is quite simple (or maybe too complicated). Some of the
targets perform cleaning inside (like image and javadoc), some targets force
cleaning (like cleanbuild). I do not want clean targets to be executed
twice, because there already some targets can be executed after the first
clean. In the best situation some files will be compiled twice. In the
worst, some file will not be compiled twice and they will not go into

Personally, I feel that <antcall> is the greatest evil in ANT - it breaks
normal dependency execution and forces execution of some tasks several times
(it can be very harmful with source control tasks). <do>, as a mild version,
seems to be a better alternative.


{   } Alexey N. Solofnenko
{ } Inventigo LLC
Pleasant Hill, CA (GMT-8 usually)

-----Original Message-----
From: Conor MacNeill []
Sent: Monday, April 29, 2002 5:46 PM
To: Ant Developers List
Subject: RE: cvs commit: jakarta-ant WHATSNEW

> From: Alexey Solofnenko []
> Hello,
>   the task <do> is what I need in my build files

Why? Could you explain how you would use it and why normal target dependency
and <antcall> operation cannot achieve what you want? I still am unclear
about the usecase.

> and it is not clear how
> <do> bypasses dependency checking more than <antcall>? They do
> not check for
> already executed dependencies at all.

<antcall> effectively runs a separate instance (context) of ant to process
the antcall request. Within this new context it performs dependency
checking. The fact that the same target can be run in both the main run and
the antcall run is entirely appropriate because they are being processed
within separate contexts. Cross-context dependency checking (which is what
<do> attempts to provide) is not something that should be done, IMHO.


To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message