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
>
|