DO NOT REPLY [Bug 32488] - Improvement to 'spawn' attribute

2004-12-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32488.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32488





--- Additional Comments From [EMAIL PROTECTED]  2004-12-10 16:36 ---
I forgot about apply, I was only thinking about exec, but of cource there
are others..

As regards the antlib question, this should be on [EMAIL PROTECTED]
This sort of stuff would be possible with the follows small additions
to ant ;-)

1) allow any task to be run in the antlib
   (easy mod - initial implementation of antlib)
2) local properties - one would be set properties in an antlib
   without affecting the users of the antlib
3) have if and unless attributes for each task

antlib
   local-property name=is.unix/
   condition property=is.unix
  os family=unix/
   /condition
   typedef name=kill classname=..UnixKiller if=is.unix/
   typedef name=kill classname=..WindowKiller unless=is.unix/
/antlib


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 32488] - Improvement to 'spawn' attribute

2004-12-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32488.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32488





--- Additional Comments From [EMAIL PROTECTED]  2004-12-09 16:56 ---
I quess that I was wrong, this can be done using reflection.
See 30631!.

One can use reflection on the Process object and get the
fields of the implementation object. pid for unix, and handle
for windows.  (Assuming that one has the correct prilivage to
see private fields and that the jdk implemention uses the same
as the sun implemention for the process objects). 

Would it be a usefull feature to add ?


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 32488] - Improvement to 'spawn' attribute

2004-12-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32488.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32488





--- Additional Comments From [EMAIL PROTECTED]  2004-12-09 17:30 ---
Possibly, with a processid attribute on exec to indicate a property name to
set with a warning if we could not discover it via reflection?  Behavior on
apply would be a little strange... the first PID would be set.  I would
hesitate to attempt to provide a kill task as other than an antlib that might
require external packages to be installed.  Peter, not to digress too far, but
do you have any ideas on how to achieve conditional taskdefs within an antlib? 
I think it would be handy to be able to assign a particular taskname to one of
multiple [task|macro|preset|script]defs depending on various conditions
including but not limited to os and availability of external executables and/or
libraries.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 32488] - Improvement to 'spawn' attribute

2004-12-02 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32488.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32488





--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 12:40 ---
How do we kill processes in a cross platform manner? What process ID were you
thinking of for Windows Apps?

All we have in the runtime is the Process object, and I think the way spawning
works is we forget about that after starting the program. There is no process 
ID. 

For your problem, deploy the server and tests in parallel. 

Alternatively, and this is RMI here, have some RMI object that shuts down the
server, that you can talk to to tell it to terminate itself. This is what I do.

 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 32488] - Improvement to 'spawn' attribute

2004-12-02 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32488.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32488


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 17:22 ---
This cannot be done in java - see 30631

*** This bug has been marked as a duplicate of 30631 ***

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]