No problem, In the mean time I will use a locally modified version of ant for
the build.
Thanks
Vimil
From: Stefan Bodewig
To: dev@ant.apache.org
Sent: Wednesday, February 22, 2012 8:35 AM
Subject: Re: Regarding exec task
On 2012-02-21, Vimil Saju wrote
On 2012-02-21, Vimil Saju wrote:
> When you get a chance could you look at the patch for the below issue?
That's Bugzilla issue 52706, right? Unfortunately I didn't have the
time to review it, yet.
> I really would like to see this make into ant 1.8.3 release.
If it hadn't been for the regress
On 2012-02-14, Vimil Saju wrote:
> Your help is very much appreciated. Would using a custom
> CommandLauncher make it possible for all the built-in ant tasks that
> support fork attribute to use it.
Right now Execute uses a static CommandLauncher instance which is
initialize inside the static in
chanism to delegate
process creation to a user-defined class.
Thanks again.
Vimil
From: Stefan Bodewig
To: dev@ant.apache.org
Sent: Tuesday, February 14, 2012 4:46 AM
Subject: Re: Regarding exec task
On 2012-02-12, Vimil Saju wrote:
> So I thoug
On 2012-02-12, Vimil Saju wrote:
> So I thought of somehow extending the 'Execute' class of ant to use
> the functionality of this 3rd party library, but I find that its
> difficult if not impossible to extend this class.
It has certainly not been designed for this, no.
> Is it possible to make
12 7:32 AM
Subject: Re: Regarding exec task
> Is it possible to make the Execute class in ant extensible so that it becomes
> possible to plugin our own implementation of Process class.
Implement your own ueber-exec taks which uses default exec class when
not-on windows and otherwise makes
> Is it possible to make the Execute class in ant extensible so that it becomes
> possible to plugin our own implementation of Process class.
Implement your own ueber-exec taks which uses default exec class when
not-on windows and otherwise makes use of your own jvnet-process exec
task.
On Sun,
