|
From: Leif M. <le...@ta...> - 2007-01-30 18:18:39
|
Hubert,
True. But in order to get the JVM to exit immediately, you would
have to set
the ping timeout to a low value. Doing that would cause you other
problems as
the wrapper could start restarting the JVM under high loads. This is
described in
the documentation for that property.
Developers may be killing the wrapper as you say. But that is
abnormal behavior
and should be handled with a good firm SMAK! :-) The Wrapper is
optimized to
handle normal operation and recover cleanly where possible when
something goes
wrong. It will recover and clean itself up if a pesky user does what
you did.
As for the process names. You are correct. For security reasons,
windows does
not provide a way to rename the process in the task manager. It will
always be the
name of the executable. To work around this on systems with multiple
JVMs and
Wrappers, I have created myapp-wrapper.exe and myapp-java.exe executables by
copying the originals. The java.exe copy goes in the JAVA_HOME/bin
directory
along with the original. It is not very clean but does what you
want. If you have
a dedicated JRE installation that exists under the application's
directory structure
then the copied java.exe is a little less strange.
Note that you can also get the PIDs of the wrapper and java
processes with the
following properties. This will cause them to be written to the
specified files. You
can then compare those PIDs with those in the Task Manager. (Note you
need to
configure the Task Manager to show PIDs)
http://wrapper.tanukisoftware.org/doc/english/prop-pidfile.html
http://wrapper.tanukisoftware.org/doc/english/prop-java-pidfile.html
Cheers,
Leif
da...@sm... wrote:
> Hub,
>
> A stab at the docs offers this page:
>
> http://wrapper.tanukisoftware.org/doc/english/prop-ping-timeout.html
>
> "This same property also controls the amount of time that the JVM will =20
> allow to pass without being pinged by the Wrapper. If the Wrapper does =20
> not ping the JVM for longer than the specified timeout, it will exit =20
> allowing the Wrapper to resynch by launching a new JVM. This also =20
> makes sure that the JVM will exit if the Wrapper process is terminated =20
> abnormally."
>
> I guess this fits what you are asking for.
>
> Many thanks,
>
> David Hayes
>
> Quoting Hubert Felber <hub...@ab...>:
>
>
>> Hello,
>>
>>
>>> From the doc:
>>>
>> [quote]
>> The WrapperManager inside the Java process reacts to the loss of the
>> Wrapper by assuming that it is abandoned. This leads to the JVM being
>> shutdown cleanly 30 seconds after the Wrapper process died.
>> [/quote]
>>
>> Is there a way to configure this timeout? People (specially developers)
>> tend to kill programs via task- or processmanager. We probabely will
>> have a renamed wrapper.exe for every service to be able to identify them
>> in the process list. So it's easy to kill a service but hard to find
>> the belonging java.exe that still runs for 30 seconds.
>>
>> IMHO if wrapper.exe doesn't run anymore, the belonging java service
>> should shutdown cleanly as soon as possible, without additional
>> timeout.
>>
>> hub
>>
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
|