Kompatibel :	3.1.0
Editionen :
Betriebssysteme :

Diese Eigenschaft steuert die Anzahl an Sekunden für die Pause, die zwischen dem Starten des Wrappers und dem ersten Aufruf der JVM liegt. Der Standardwert ist "0" (Null) Sekunden.

Die meisten Anwendungen werden eine Startverzögerung von "0" (Null) Sekunden aufrechterhalten, aber es gibt einige Fälle, in denen die Systemressourcen, z.B. nach einem Systemstart, nicht sofort verfügbar sein mögen. Im Allgemeinen wird es empfohlen, die Java-Anwendung, die ausgeführt wird, genügend stabil zu machen, um mit solchen Problemen umgehen zu können. Jedoch in Fällen, in denen dies nicht möglich ist, kann diese Eigenschaft sinnvoll sein.

wrapper.startup.delay=30

Kompatibel :	3.1.0
Editionen :
Betriebssysteme :

Eine Startverzögerung mag im Falle einer Ausführung als ein Dienst oder eine Konsolenanwendung notwendig sein. Jedoch kann es unpraktisch sein, so eine Verzögerung jederzeit, wenn die Anwendung von einer Konsole ausgeführt wird, zu haben. Der Wrapper bietet zwei Varianten dieser Eigenschaft an, die es ermöglichen, verschiedene Startverzögerungen einzustellen, abhängig davon, ob der Wrapper als ein Dienst oder eine Konsolenanwendung ausgeführt wird.

• Die Dienstverzögerung wird in der wrapper.startup.delay.service Eigenschaft spezifiziert.
• Die Verzögerung des Konsolenmodus benutzt die wrapper.startup.delay.console Eigenschaft.
• Wenn keiner dieser Eigenschaften genutzt wird, entspricht es standardmäßig der wrapper.startup.delay Eigenschaft oben.

wrapper.startup.delay.console=0
wrapper.startup.delay.service=30

Unter Linux/UNIX-Plattformen läuft der Wrapper als ein Dienst wenn seine wrapper.daemonize Eigenschaft auf TRUE festgelegt wurde. Das mit dem Wrapper ausgelieferte Shellskript legt die wrapper.daemonize Eigenschaft fest, wenn der start-Befehl benutzt wurde.

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