Hi Dominique and all,
You've spotted exactly the issue at hand. :-) Please accept for purposes of discussion the requirement that Ant MUST be used in a
procedural manner. Plans to use scriptdef and Groovy are in the works, but that's not now. So, the question is what are the best
set of prac
Hi Jonathan,
I've messed with this challenge with varying levels of success.
The primary issue is if you're changing a few modules (say A, B, and C) and
those modules have interdependencies (say C depends on A). If you go
parallel, C is likely to resolve the old version of A.
Not saying it can'
i can but i am tired !!!
sorry
On Fri, Jul 8, 2011 at 10:37 PM, Scot P. Floess wrote:
>
> It'd help if we can see your code...
>
>
> On Fri, 8 Jul 2011, avenger wrote:
>
> Hi all,
>>
>> I have a 'build.xml' which reads properties from 'build.properties' in
>> folder 'C:\folder\main', I have ano
It'd help if we can see your code...
On Fri, 8 Jul 2011, avenger wrote:
Hi all,
I have a 'build.xml' which reads properties from 'build.properties' in
folder 'C:\folder\main', I have another xml file 'test.xml' which should
read properties from 'test.properties' which are in the folder
C:\fol
On Fri, Jul 8, 2011 at 10:55 AM, Perrier, Nathan wrote:
> Agreed, I try to use antcall as little as possible. It also tends to
> eat up memory if you have a ton of antcall tasks in a large build
> framework.
Yep. Large builds tend to be hierarchical and I used lots of ,
which forks new Ant insta
On Fri, Jul 8, 2011 at 10:55 AM, Perrier, Nathan wrote:
> Agreed, I try to use antcall as little as possible. It also tends to
> eat up memory if you have a ton of antcall tasks in a large build
> framework.
>
> Macrodefs are a nice substitute, but they really need an "if/else"
> attribute. I fi
Agreed, I try to use antcall as little as possible. It also tends to
eat up memory if you have a ton of antcall tasks in a large build
framework.
Macrodefs are a nice substitute, but they really need an "if/else"
attribute. I find that I often have targets that are just wrappers for
macrodef or
On Fri, Jul 8, 2011 at 10:49 AM, Dominique Devienne wrote:
> On Fri, Jul 8, 2011 at 10:27 AM, Perrier, Nathan wrote:
>> No, because antcall creates a new project underneath the hood, whereas
>> runtarget (antcontrib task) does not.
>
> I would add that (and as well in fact) goes
> against the
On Fri, Jul 8, 2011 at 10:27 AM, Perrier, Nathan wrote:
> No, because antcall creates a new project underneath the hood, whereas
> runtarget (antcontrib task) does not.
I would add that (and as well in fact) goes
against the Ant philosophy of having declarative builds using targets
with proper
Thanks, Nathan. So, aside from performance and implementation issues, are they equivalent? That is, is there anything observable
in a script as a practical matter between these two idioms? If not, I'd think I'd usually want runtarget instead of antcall with
inheritrefs=true.
On 7/8/2011 11:2
No, because antcall creates a new project underneath the hood, whereas
runtarget (antcontrib task) does not.
-Original Message-
From: Steve Amerige [mailto:steve.amer...@sas.com]
Sent: Friday, July 08, 2011 10:21 AM
To: Ant Users List
Subject: Equivalent:
Enjoy,
Steve Amerige
SAS Inst
Are the two statements below equivalent?
Enjoy,
Steve Amerige
SAS Institute, Deployment Software Developer
Hi all,
I have a 'build.xml' which reads properties from 'build.properties' in
folder 'C:\folder\main', I have another xml file 'test.xml' which should
read properties from 'test.properties' which are in the folder
C:\folder\subfolder.
when I call the targets of 'test.xml' from 'build.xml', the t
On Fri, Jul 8, 2011 at 7:02 AM, Robert Larsen wrote:
> I am having a problem with an Ant installation on my Ubuntu 11.04.
>
> I have a task which I have made myself and it has always worked (and
> actually still does) but now I am getting the below error: [...]
> Any ideas what I should do next ?
Hi list
I am having a problem with an Ant installation on my Ubuntu 11.04.
I have a task which I have made myself and it has always worked (and
actually still does) but now I am getting the below error:
$ java -version && javac -version && ant -version
java version "1.6.0_24"
Java(TM) SE Runtime
15 matches
Mail list logo