Kompatibel :	3.5.15
Editionen :
Betriebssysteme :

Wenn der User in einer Windows-Konsole oder UNIX-Shell STRG-C drückt, oder ein TERM-Signal an den Wrapper-Prozess unter UNIX absendet, startet der Wrapper seinen Beenden-Prozess. Dies bedeutet, dass der Wrapper alle seine konfigurierten Timeouts repektieren, auf das fehlerfreie Beenden der JVM warten wird, bevor er sich selbst beendet.

Wenn die JVM sich schlecht verhält oder eine Fehlkonfiguration stattgefunden hat, bedeutet dies, dass der Wrapper möglicherweise eine ganze Weile benötigen wird, um sich vollständig zu beenden. Dieses Nutzbarkeitsproblem wurde bereits früh in der Entstehungsgeschichte des Wrappers erkannt hinzugefügt, so dass ein zweites STRG-C oder TERM-Signal den Wrapper darüber informieren würde, alle Timeouts zu ignorieren, den JVM-Prozess sofort zu beenden und sich dann selbst zu beenden. Dieses Zwangsabschaltung wird auch dann auftreten, wenn der Wrapper bereits mit seinem Beenden-Prozess aus einem anderen Grunde begonnen hätte.

Während diese Verhalten gewöhnlich sehr praktisch sein kann, gibt es auch Zeiten, zu denen der Administrator sicherstellen möchte, dass die JVM niemals auf diese Weise zwangsweise beendet wird. Diese Eigenschaft ermöglicht es, dieses Feature zu deaktivieren.

• TRUE :
  , um das Erzwungenes Beenden zu deaktivieren. Alle zusätzlichen Aufrufe, sich zu beenden, werden ignoriert.
• FALSE :
  , um das Erzwungenes Beenden zu aktivieren. Ein Beenden-Aufruf, der erhalten wird, wenn der Wrapper sich bereits im Beenden-Prozess befindet, bewirkt, dass die JVM sofort beendet wird.

Der Standardwert ist FALSE.

wrapper.disable_forced_shutdown=TRUE

wrapper  | CTRL-C trapped.  Shutting down.
wrapper  | CTRL-C trapped.  Forcing immediate shutdown.
wrapper  | JVM did not exit on request, terminated
wrapper  | <-- Wrapper Stopped

wrapper  | CTRL-C trapped.  Shutting down.
wrapper  | CTRL-C trapped.  Already shutting down.
wrapper  | ...
wrapper  | <-- Wrapper Stopped

Wenn die Optionen für ein erzwungenes Beenden deaktiviert wurden und die wrapper.shutdown.timeout- oder die wrapper.jvm_exit.timeout-Eigenschaften auf größere Werte gesetzt wurden, kann es sein, dass Sie warten müssen bis beide Timeouts sich beenden, bevor der Wrapper sich selbst beendet. In diesem Fall ist der einzige Weg, um das Beenden zu beschleunigen, den Java-Prozess mittels des Task-Managers zwangsweise zu beenden oder das Ausführen eines kill -9 unter UNIX. Bitte beachten Sie, dass unter einigen Windows-Versionen es nicht möglich ist, Java - wenn als Dienst ausgeführt - mittels des Task Managers zu beenden.

Der Java Service Wrapper bietet einen kompletten Satz an Konfigurationseigenschaften an, die es Ihnen ermöglichen, dass der Wrapper genau Ihre Bedürfnisse abdeckt. Sehen Sie bitte in die Dokumentation bezüglich der einzelnen Eigenschaften, um alle Möglichkeiten über die obengenannten Beispiele hinaus zu sehen.

• wrapper.anchorfile (3.1.1)

  Bewirkt, dass der Wrapper beim Starten eine Anchor-Datei erstellt.

• wrapper.check.deadlock.action (3.5.0) ( Std/Pro )

  Konfiguriert die durchzuführenden Aktionen, wann immer Deadlocks erkannt werden.

• wrapper.commandfile (3.2.0)

  Legt den Pfad zu einer Datei fest, die auszuführende Befehle enthält.

• wrapper.disable_shutdown_hook (1.0.0)

  Deaktiviert das Erkennen von Aufrufen der System.exit().

• wrapper.disable_forced_shutdown (3.5.15)

  Deaktiviert Forced-Shutdowns in einer Windows-Konsole oder UNIX-Shell.

• wrapper.forced_shutdown.delay (3.5.37)

  Regelt die erforderliche Mindestdauer zwischen zwei CTRL-C- oder TERM-Signalen, um ein erzwungenes Beenden anzustoßen.

• wrapper.event.<event_name>.command.block.action (3.4.1) ( Pro )

  Konfiguriert die zu ausführende Aktion, wann immer ein konfigurierter Ereignisbefehl sich nicht innerhalb einer festgelegten Timeoutzeit beenden kann.

• wrapper.exit_code.error (3.5.31)

  Spezifiziert den zu nutzenden Exit-Code, wenn der Wrapper sich mit einem Fehler beendet.

• wrapper.filter.action.<n> (3.0.0)

  Konfiguriert die auszuführenden Aktionen, wann immer Trigger ausgelöst werden.

• wrapper.filter.trigger.<n> (3.0.0)

  Spezifiziert die Texte, die Aktionen auslösen, wann immer eine Log-Nachricht übereinstimmt.

• wrapper.ignore_signals (3.0.5)

  Regelt, ob der Wrapper Systemsignale ignorieren soll oder nicht.

• wrapper.jvm_exit.timeout (2.2.8)

  Konfiguriert die Anzahl der gewährten Sekunden zwischen der Zeit, wenn die JVM berichtet, dass sie beendet wurde und der Zeit, wann der JVM-Prozess sich tatsächlich beendet.

• wrapper.on_exit.<n> (3.1.0)

  Konfiguriert die zu stattfindenden Aktionen, wenn die Java-Anwendung sich mit den spezifischen Exit-Codes beendet.

• wrapper.pidfile (3.5.14)

  Legt den Dateipfad fest, in den die PID des Wrapper-Prozesses geschrieben wird.

• wrapper.shutdown.timeout (2.2.7)

  Konfiguriert die Anzahl Sekunden, die man Zeit hat, zwischen der Zeit, wenn der Wrapper die JVM auffordert, sich zu beenden und der Zeit, wenn die JVM antwortet, dass sie sich beendet hat.

• wrapper.timer.<n>.action (3.3.0) ( Pro )

  Konfiguriert die stattzufindenden Aktionen, wann immer Timer ausgelöst werden.