Index

wrapper.request_thread_dump_on_failed_jvm_exit

Kompatibel :2.2.7
Editionen :Professional EditionStandard EditionCommunity Edition
Betriebssysteme :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/OSIBM z/Linux

Das Aktivieren dieser Eigenschaft sagt dem Wrapper, dass im Fall, dass die JVM sich auf Anforderung nicht beendet, es versucht werden soll, einen Thread-Dump anzufordern.

Diese Information kann beim Herausfinden des Grundes, warum eine JVM sich nicht beendet, nützlich sein. Diese Eigenschaft bleibt wirkungslos, wenn die JVM aus bestimmten Gründen hängt, da sein Prozess nicht auf die Anforderung eines Thread-Dumps reagieren wird.

Der Standardwert ist "FALSE".

Beispiel: (Anforderung eines Thread-Dumps)
wrapper.request_thread_dump_on_failed_jvm_exit=TRUE

Wenn als Windows-Dienst ausgeführt, wird diese Eigenschaft automatisch ein Konsolenfenster zuordnen. Dies ist erforderlich, so dass das notwendige Signal zur JVM gesendet werden kann. Wenn die wrapper.ntservice.console Eigenschaft nicht explizit in der Konfigurationsdatei auf TRUE festgelegt wurde, wird der Wrapper die Konsole verstecken.

wrapper.request_thread_dump_on_failed_jvm_exit.delay

Kompatibel :3.5.6
Editionen :Professional EditionStandard EditionCommunity Edition
Betriebssysteme :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/OSIBM z/Linux

Der Wrapper muß nach der Anforderung eines Thread-Dumps einen Moment warten, bevor er im eigentlichen Sinne die JVM zwangsweise beendet. Dies ist notwendig, um sicherzustellen, dass die JVM Zeit hat den Thread-Dump auszuführen und es an die Konsole oder in die Datei komplett ausgeben kann. Diese Eigenschaft ermöglicht es, zu kontrollieren, wie lange in Sekunden zu warten ist.

Die Verzögerung muß mindestens 1 Sekunde sein, entspricht standardmäßig aber 5 Sekunden.

Beispiel: (Anforderung eines Thread-Dumps mit großer Verzögerung)
wrapper.request_thread_dump_on_failed_jvm_exit=TRUE
wrapper.request_thread_dump_on_failed_jvm_exit.delay=20

Startup-Restart: Verzögerung