wrapper.disable_shutdown_hook
Kompatibel :1.0.0
Editionen :Professional EditionStandard EditionCommunity Edition
Betriebssysteme :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/Linux

WARNING

Ändern Sie NICHT irgendeinen Parameter, wenn Sie nicht die Beschreibung dieser Eigenschaft gelesen haben. Inkorrekte Einstellungen können dazu führen, dass der Wrapper nicht mehr wie erwartet funktioniert.

Deaktivieren der Erkennung von Aufrufen der System.exit(). Wenn deaktiviert, werden Aufrufe der System.exit()behandelt als wenn die JVM abgestürzt und der Dienst neu gestartet worden wäre.

Der Wrapper registriert standardmäßig einen Shutdown-Hook. Wenn eine Anwendung stets System.exit() statt WrapperManager.stop() aufruft, um den Dienst zu beenden, dann wird der Wrapper auf korrekte Weise den Server beenden.

Es mag für Sie eine Anzahl von Gründen geben, den Shutdown-Hook zu beenden.

Wenn eine Anwendung einen Programmcode enthält, der manchmal abstürzt und System.exit() aufruft, kann diese Eigenschaft nützlich sein, um sicherzustellen, den Server wiederherstellen zu können. In den meisten Fällen ist jedoch die wrapper.on_exit.<n> besser geeignet, um das Problem zu lösen.

Beispiel: 
wrapper.disable_shutdown_hook=TRUE

WARNING

Wenn der Wrapper erkennt, dass die System.exit() aufgerufen wurde, wird es die stop() Methode bezüglich Ihrer Anwendung aufrufen, wenn diese die WrapperListener-Methode implementiert hat. Sie müssen behutsam sein, dass Ihre Anwendung nicht noch einmal System.exit() aufruft oder die dispose()-Methode auf einen AWT-Frame oder -Window anwendet. Eine dieser Aktionen wird, aufgrund der Art, wie Java diese Methoden implementiert hat, zu einem Deadlock führen, wenn sie innerhalb eines Shutdown Hook-Threads aufgerufen wurde. Wenn diese beiden Fälle nicht vermieden werden können, dann sollte der Shutdown-Hook deaktiviert werden.

Wenn Sie die Kontrolle darüber haben, ob die System.exit() oder dispose()-Methoden aufgerufen werden, können Sie von der WrapperManager.hasShutdownHookBeenTriggered()- Methode Gebrauch machen, um Deadlock-Probleme zu vermeiden.

Für mehr Information bezüglich dem AWT-Deadlock-Bug sehen Sie bitte in die komplette Beschreibung des Bugs #4712342 auf der Webseite von Oracle.

Verweis: 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.