From: "Peter Donald" <[EMAIL PROTECTED]> > On Fri, 9 Nov 2001 21:44, Jose Alberto Fernandez wrote: > > > > If the test get stuck, then the server will be terminated after the > > > > timeout which should make any further stuff to finish and fail. > > > > Granted, this does not cover all cases but you can see it may be > > > > useful. > > > > > > having no idea on feasability of this. I would like to see four tasks. > > > These would be > > > > > > start (ie async exec kickstart) > > > stop (ask process to shutdown nicely) > > > > This task is really command dependent. You need to know that "apache -stop" > > shuts down your server, for example. So to me this is just a regular <exec> > > or what have you, up to the user. > > not necessarily. On *nix I can go > > kill 1234 > killall foo > > where my process is #1234 or named foo. This will send a quit or interupt > signal which will usually kill of a process gracefully (unless they choose to > ignore it or fail to shutodwn gracefully). >
I think this is way too OS dependant feature. Can you even obtain the processid using the JDK1.1 APIs? I am not sure of that. I do not even think all OSs have the same representation of ProcIDs as to be able to write something usefull to all. > > > join (wait till other process shutsdown) > > > > You can obtain this support today by using <parallel> and "detach='false'". > > <parallel> will do the thread join for you and the end of <parallel>. > > but that requires that everything has to exist inside the parrallel task > which is not always possible. We would end up having to use antcall hack > which breaks out of DAG. > I like nested structures, and lets face it we are doing scripting here. And finally I have no real problem with <antcall> (I know you hate it). I think <antcall> gives you structured programming and there is nothing wrong with it. So that is not a problem. Jose Alberto _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
