Der Wrapper nutzt ein Ping-System als einer seiner Methoden für die Überwachung der JVM. Der Wrapper sendet eine Ping an die JVM aus und wartet dann auf eine Ping-Antwort. Wenn eine Antwort innerhalb der in der wrapper.ping.timeout Eigenschaft konfigurierten Zeit nicht erhalten werden konnte, dann entscheidet der Wrapper, dass die JVM "eingefroren" ist und wird diese zwangsweise beenden und neustarten.

Das Ping-System ist ziemlich zuverlässig, aber in einigen Fällen, wenn es ein intensives Swapping auf der Festplatte gibt oder ein anderer Prozess Ressourcen fest an sich bindet, kann der Wrapper möglicherweise entscheiden, dass die JVM "eingefroren" ist - auch wenn sie in Wirklichkeit nur vorübergehend "festhängt". Offensichtlich ist dies eine schlechte Eigenschaft, da unabhängig von der Ursache die JVM sich in einem Zustand befindet, in dem sie nicht auf Anforderungen antworten kann. Wie auch immer mag es vorzuziehen sein, etwas länger zu warten statt die JVM in diesem Fall neuzustarten.

Wenn Sie einfach die Länge der wrapper.ping.timeout-Eigenschaft auf einer größeren Wert vergrößern, werden falsche, unnötige Neustarts wahrscheinlich viel seltener auftreten, aber gleichzeitig reagiert der Wrapper auch weniger zeitnah auf tatsächliche Blockaden. Aber Sie werden vielleicht nicht glauben, wie häufig langsame Ping-Antwortzeiten auftreten können oder wieviel zusätzlichen Spielraum Sie sich gegeben haben.

Kompatibel :	3.5.16
Editionen :
Betriebssysteme :

Diese Eigenschaft ermöglicht Ihnen zu spezifizieren, dass der Wrapper eine Warnmeldung in die Logdatei ausgeben soll, jedesmal wenn eine Ping-Antwort der JVM länger als ein in Sekunden angegebener Grenzwert dauert.

Der Standardwert ist 1/4 der Länge von der Ping-Timeout-Zeit in Sekunden.

Das Festlegen dieses Eigenschaftswertes auf einen Wert "0" (Null) bedeutet, dass niemals Warnmeldungen geloggt werden sollen.

wrapper.ping.alert.threshold=1

wrapper  | Pingen der JVM hat bis zum Erhalt der Antwort  4 Sekunden gedauert.
wrapper  | Pingen der JVM hat bis zum Erhalt der Antwort  9 Sekunden gedauert.
wrapper  | Pingen der JVM hat bis zum Erhalt der Antwort  4 Sekunden gedauert.
wrapper  | Pingen der JVM hat bis zum Erhalt der Antwort  6 Sekunden gedauert.
wrapper  | Pingen der JVM hat bis zum Erhalt der Antwort  2 Sekunden gedauert.

Kompatibel :	3.5.16
Editionen :
Betriebssysteme :

Diese Eigenschaft erlaubt Ihnen festzulegen auf welcher Logebene die Ping-Warnmeldungen in der Logdatei geloggt werden.

Der Standardwert ist "STATUS". Die möglichen Werte sind genau die Gleichen wie bei der Konsolenausgabe-Logebene, der Logdatei-Logebene, etc.

wrapper.ping.alert.loglevel=STATUS

• wrapper.ping.alert.loglevel (3.5.16)

  Steuert auf welcher Protokollierungsstufe die ping-Warnmeldungen geloggt werden.

• wrapper.ping.alert.threshold (3.5.16)

  Gibt eine Warnung aus, wann immer eine Ping-Antwort länger als die angegebene Anzahl an Sekunden dauert.

• wrapper.ping.interval (3.0.5)

  Konfiguriert die Anzahl an Sekunden zwischen zwei Ping-Anfragen an die JVM.

• wrapper.ping.interval.logged (3.2.4)

  Konfiguriert die Anzahl an Sekunden zwischen zwei Ping-Anfragen, die geloggt werden sollen.

• 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.ping.timeout.action (3.5.16)

  Konfiguriert die auszuführenden Aktionen, wann immer die Ping-Timeoutzeit abgelaufen ist.

• wrapper.adviser (3.1.0)

  Zeigt Hinweise an, wann immer übliche Probleme erkannt werden.

• wrapper.child.status.loglevel (3.4.0) ( Pro )

  Regelt die Protokollierungsstufe der Nachrichten bezogen auf die Verwaltung von Kindprozessen.

• wrapper.console.loglevel (1.0.0)

  Filtert Nachrichten, die an die Konsole gesendet werden, nach ihren Protokollierungsstufen.

• wrapper.java.command.loglevel (3.1.2)

  Regelt auf welcher Protokollierungsstufe die erzeugte Befehlszeile geloggt werden wird.

• wrapper.logdialog.loglevel (3.3.1)

  Filtert Nachrichten des Log-Dialogs entsprechend ihrer Protokollierungsstufen.

• wrapper.logfile.loglevel (2.2.5)

  Filtert an die Logdatei gesendete Nachrichten entsprechend ihrer Protokollierungsstufen.

• wrapper.ping.alert.loglevel (3.5.16)

  Steuert auf welcher Protokollierungsstufe die ping-Warnmeldungen geloggt werden.

• wrapper.properties.dump.loglevel (3.5.30)

  Regelt auf welcher Protokollierungsstufe die Konfigurationseigenschaften geloggt werden.

• wrapper.property_warning.loglevel (3.5.21)

  Regelt auf welcher Protokollierungsstufe Warnmeldungen über ungültige Eigenschaftswerte geloggt werden.

• wrapper.syslog.loglevel (2.2.5)

  Filtert Nachrichten, die an das Syslog (oder Ereignislog unter Windows) gesendet werden, entsprechend ihren Protokollierungsstufen.

• wrapper.event.default.email.maillog.loglevel (3.4.0) ( Pro )

  Filtert Nachrichten, die den E-Mails hinzugefügt wurden, nach ihren Protokollierungsstufen.

• wrapper.event.<event_name>.loglevel (3.3.6)

  Regelt die Protokollierungsstufe von Nachrichten, die geloggt werden, jedes Mal, wenn ein spezifisches Ereignis eintritt.

• wrapper.event.<event_name>.message (3.3.6) ( Pro )

  Kontrolliert die Nachricht, die geloggt wird, jedes Mal, wenn ein spezifisches Ereignis eintritt.

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

  Regelt die Protokollierungsstufe von Nachrichten bezüglich ausgeführten Ereignisbefehlen.