|
From: <da...@sm...> - 2006-06-15 18:02:29
|
I don't know about the Wrapper itself, but one of the things I found =20 with my network based app, was that I was waiting for all of my =20 network connections to be closed before I closed my app. I wonder if =20 it is the same thing here. It could be possible that your first app =20 doesn't fully stop the service, until all of the network connections =20 are closed, and that your second app opens the connection to the =20 first, sends the command it needs to send, but doesn't kill the =20 connection. What then happens is when your second app finally is =20 closed, the network connection drops, and the first app no longer has =20 an open connection, and finally it closes. It might not be the solution, but it is what happened with me, and it =20 may well be worth checking out what is happening. A useful command in =20 windows to see what ports and apps are being used is "netstat". Open a =20 command prompt, and do a netstat /? to see the options. I find netstat =20 -a -b useful. Hope this all helps! Davy Boy Out... Quoting "TEI...@te..." <TEI...@te...>: > Hi, all! > > I've developed a java application that runs as a windows service =20 > thanks to Wrapper and WrapperStartStopApp. > In order to shut down this application it is sent a message through =20 > a network connection from a second application. > This second application finishes its execution right after sending =20 > the shutdown command, so the first application continues its execution > for some time (seconds) while it cleanly shuts down (none of the =20 > threads it launches are daemon threads). > > I've noticed that WrapperStartStopApp kills my service right when =20 > the second application finishes its execution, not when the service > finishes by its own. > So, my questions are, is that the WrapperStartStopApp intended =20 > behavior? Am I missing any config params? ... > > Thanks in advance > > > > Prueba el correo Terra ( http://www.terra.es/correo ); Seguro, =20 > r=E1pido, fiable. > > > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |