Index

wrapper.request_thread_dump_on_failed_jvm_exit
Kompatibel :2.2.7
Editionen :Professional EditionStandard EditionCommunity Edition
Betriebssysteme :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM 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.

? Please check the English version for a more recent version of this text.

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/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
  • wrapper.restart.delay (2.2.9)

    Regelt die Zahl Sekunden, die zwischen dem Beenden einer JVM und dem Starten einer neuen JVM gewartet wird.

  • wrapper.startup.delay (3.1.0)

    Steuert die Anzahl Sekunden Wartezeit zwischen dem Zeitpunkt, wann der Wrapper gestartet wird und die erste JVM gestartet wurde.

  • wrapper.startup.delay.console (3.1.0)

    Überschreibt wrapper.startup.delay, wenn diese als eine Konsolenanwendung ausgeführt wird.

  • wrapper.startup.delay.service (3.1.0)

    Überschreibt wrapper.startup.delay, wenn diese als ein Dienst ausgeführt wird.

  • wrapper.request_thread_dump_on_failed_jvm_exit.delay (3.5.6)

    Konfiguriert die Anzahl Sekunden, die der Thread-Dump Zeit hat, um sich zu beenden, bevor der JVM-Prozess zwangsweise beendet wird.

  • wrapper.ntservice.recovery.<n>.delay (3.5.5) ( Std/Pro )

    Konfiguriert die maximale Sekundenanzahl, die der Dienst-Control-Manager wartet, bevor nach <n> Fehlern eine Aktion durchgeführt wird.

  • wrapper.jvm_kill.delay (3.5.6) ( Pro )

    Konfiguriert die Anzahl Sekunden Pause, die zwischen dem Abfeuern eines JVM-kill-Ereignisses und dem tatsächlichen Beenden liegt.