On 2010-02-12, Knuplesch, Juergen wrote:
> Thanks for the link, but either I did not understand the docu correct
> or sth. wrong:
indeed there is something wrong, a step is missing.
> 6.init() is called at run time.
> 7.All child elements of the XML element corresponding to this task are
> crea
On 2010-02-12, Knuplesch, Juergen wrote:
> Hello,
> I read about the init() methos in Stefans link about the life cycle of an ANT
> task:
> 6.init() is called at run time.
> I did not find documentation for this.
> Is init() a static method or wht else?
No. init() is a method in the Task cla
...@icongmbh.de]
Gesendet: Freitag, 12. Februar 2010 16:00
An: Ant Users List
Betreff: AW: Setter in my own Anttask
Hello,
Thanks for the link, but either I did not understand the docu correct or sth.
wrong:
6.init() is called at run time.
7.All child elements of the XML element corresponding to
truth?
Greetings Juergen
--
Jürgen Knuplesch
-Ursprüngliche Nachricht-
Von: Stefan Bodewig [mailto:bode...@apache.org]
Gesendet: Freitag, 12. Februar 2010 15:43
An: user@ant.apache.org
Betreff: Re: Setter in my own Anttask
On 2010-02-12, Knuplesch, Juergen wrote:
>
On 2010-02-12, Knuplesch, Juergen wrote:
> So I now start the application in every method that "runs" a nested
> element. E.g. addConfigured... and some others.
> Is this a good way to do it?
Hard to tell. Maybe it would be better to collect the nested elements
and just do something once execu
apache.org]
Gesendet: Freitag, 12. Februar 2010 10:23
An: user@ant.apache.org
Betreff: Re: Setter in my own Anttask
On 2010-02-11, Knuplesch, Juergen wrote:
> In what sequence the setters are executed?
> I guess in the sewuence I wrote them into ma call inside my Antfile.
There is no defined o
On 2010-02-11, Knuplesch, Juergen wrote:
> In what sequence the setters are executed?
> I guess in the sewuence I wrote them into ma call inside my Antfile.
There is no defined order and in fact I'd be surprised if it was the
same accross all possible combinations of Java VMs and XML parsers.
>I analyse a DOPE_task written for our project.
>In one of the setters an application is started.
>I have other setters that must start before this setter,
>because they have some attributes für the application.
>In what sequence the setters are executed?
IMHO not a good idea ...
What if the app
Hello,
I analyse a DOPE_task written for our project.
In one of the setters an application is started.
I have other setters that must start before this setter, because they have some
attributes für the application.
In what sequence the setters are executed?
I guess in the sewuence I wrote them i
