wrapper.forced_shutdown.delay
Kompatibel :3.5.37
Editionen :Professional EditionStandard EditionCommunity Edition
Betriebssysteme :WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/OSIBM z/Linux

This property is only effective when wrapper.disabled_forced_shutdown it set to FALSE. It controls the minimum amount of time required between two CTRL-C or TERM signals to initiate a forced shutdown.

The unit value for this property is 100ms.

The default value is 2 (200ms) to prevent double signals from forcibly shutting down the application.

NOTE

Prior to version 3.5.37, two consecutive CTRL-C or TERM signals would forcibly shutdown the application without any minimum delay to be required. It is still possible to reproduce this behavior by setting wrapper.forced_shutdown.delay to 0.

Example: (No minimum delay between two CTRL-C or TERM signals) 
wrapper.forced_shutdown.delay=0
Example: (500 ms are required between two CTRL-C or TERM signals to initiate a shutdown) 
wrapper.forced_shutdown.delay=5

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.