Kompatibel :	3.5.18
Editionen :
Betriebssysteme :

Number of seconds to allow between the time that the Wrapper asks the system to forcibly terminate the JVM process and the time that the Wrapper verifies that the JVM has actually been terminated.

Positive values must be in the range 5-1728000 seconds (20 days).

The default value is "0" (zero) which means never time out.

wrapper.jvm_terminate.timeout=10

In most cases this property should not need to be adjusted. Setting it too short could have adverse affects.

In almost all cases the system will be able to forcibly terminate a process, assuming it has access to do so. We received reports from a couple users on Windows where a request to terminate a frozen JVM process was returning successfully, but the JVM process was never actually being terminated. This unfortunately is an unrecoverable state for the Wrapper. Implementation of this property was done to allow the Wrapper to accurately explain the problem in the logs and then shutdown cleanly.

wrapper  | Timed out waiting for the OS to forcibly terminate the JVM process, unable to continue.
wrapper  |   The scheduled restart of the JVM has been cancelled.

If you see this problem, please contact support about it as we are interested in finding an environment where it can be reproduced reliably.

• wrapper.cpu.timeout (2.2.8)

  Konfiguriert die Anzahl an Sekunden ohne Prozessorkontakt, bevor die JVM eine Warnung versendet und Timeoutzeiten verlängert.

• wrapper.max_hostid_timeout (3.4.0) ( Std/Pro )

• wrapper.logfile.close.timeout (3.5.21)

  Regelt die Anzahl an Sekunden nach den die Log-Datei nach dem letzten Logeintrag geschlossen werden soll.

• wrapper.logfile.flush.timeout (3.5.21)

  Konfiguriert das Zeitintervall in Sekunden, nach dem der Wrapper alle Ausgaben in die Logdatei ausgibt.

• wrapper.logfile.inactivity.timeout (3.2.0, obsolet ab der 3.5.21)

  Regelt die Anzahl an Sekunden nach den die Log-Datei nach dem letzten Logeintrag geschlossen werden soll.

• wrapper.ping.timeout (1.0.0)

  Konfiguriert die erlaubte Anzahl an Sekunden, die zwischen zwei Ping-Antworten, ausgehend von der JVM, liegen dürfen.

• wrapper.startup_thread.timeout (3.5.11)

  Konfiguriert die Zahl Sekunden, die gewährt werden, damit sich die asynchronen Startvorgänge vollständig beenden können.

• wrapper.startup.timeout (1.0.0)

  Konfiguriert die Anzahl an Sekunden, die zwischen dem Starten der JVM seitens des Wrappers und der Zeit, die die JVM braucht, zu antworten, dass die Anwendung gestartet wurde, liegt.

• 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.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.jvm_cleanup.timeout (3.4.0)

  Konfiguriert die Anzahl der für den Wrapper gewährten Sekunden, um die Child-Prozesse nach dem Beenden der JVM aufzuräumen.

• wrapper.jvm_terminate.timeout (3.5.18)

  Konfiguriert die Anzahl der Sekunden, die vergehen darf zwischen dem Zeitpunkt an dem der Wrapper ein erzwungenes Beenden der JVM beim System anfragt, bis zu dem Zeitpunkt an dem er bestätigt, dass der Prozess tatsächlich beendet wurde.

• wrapper.event.<event_name>.command.block.timeout (3.3.0) ( Pro )

  Konfiguriert wie lange der Wrapper für die Beendigung eines konfigurierten Ereignisses warten wird.

• wrapper.event.<event_name>.email.receive.timeout (3.3.2) ( Pro )
• wrapper.event.<event_name>.email.send.timeout (3.3.2) ( Pro )

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.