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
No problem, In the mean time I will use a locally modified version of ant for
the build.
Thanks
Vimil
From: Stefan Bodewig bode...@apache.org
To: dev@ant.apache.org
Sent: Wednesday, February 22, 2012 8:35 AM
Subject: Re: Regarding exec task
On 2012-02-21
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 the
to delegate
process creation to a user-defined class.
Thanks again.
Vimil
From: Stefan Bodewig bode...@apache.org
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 thought
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
Hi,
I noticed that on windows, if I use the exec task to run a batch script which
in turn starts other processes then if kill ant then the sub-processes created
by the batch script still continues to run. I did some research on google and
found that the default java implementation of
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,
