ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jose Alberto Fernandez" <jalbe...@cellectivity.com>
Subject RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags
Date Wed, 07 Jan 2004 18:51:37 GMT
> From: Dominique Devienne [mailto:DDevienne@lgc.com] 
> 
> > From: Jose Alberto Fernandez [mailto:jalberto@cellectivity.com]
> > 
> > 
> > Hummm, this looks like a foreach to me. Or more exactly
> > using the new <for/> task of antcontrib (which I think it should be 
> > candidate to the 3rd party task of the year award). "Find all the 
> > target names into a property and then use for to execute 
> the antcalls:
> > 
> >    <for param="target" list="${test.targets}>
> > 	<sequential>
> >          <antcall target="@{target}"/>
> >       </sequential>
> >    </for>
> 
> Hmmm, you have to pay the expense of an <antcall>,
> which is significant in speed but especially in memory,
> and then you must be careful of property/reference 
> inheritance, and bypass the static target analysis.
> 

I could give you several diferent ways to acomplish this,
although it seems to me your concerns about <antcall/> usage are
a redhearing.

> > I use a script to look at target names and get those of my interest.
> 
> Thus you need a scripting language and bsf and write a script 
> to look up target names... I'm not that fond of such a solution.
> 

No, it means that you can write a regular task in whatever way
you want that can give you the names of the targets you are interested
in.
There is no need to add things to CORE.

> > In other words, it seems all you may want to do can be done 
> with the 
> > available tasks.
> 
> Without going to Perl-extremes, sometimes having multiple 
> ways to do something is a good thing, especially when one way 
> is in the fact very convoluted, requires lots of external 
> tasks/code, and the other way is cleaner, faster, uses less 
> memory, and is built-in without any external dependencies.
> 

ANT is about extensibility, you can write your own tasks to do
whatever, you do not need to change the core for it.

I really think that before changing the syntax of the language
we need to see if what we have can fulfill the need.

Jose Alberto

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


Mime
View raw message