The Wrapper uses a ping system as one of its methods of monitoring the JVM. The Wrapper will send a ping to the JVM and then wait for a ping response. If a response has not been received for more than the time configured in wrapper.ping.timeout property, then the Wrapper will decide that the JVM is frozen and forcibly kill and restart it.

The ping system is fairly reliable, but in some cases when there is heavy disk swapping or another process is hogging resources, the Wrapper can potentially decide that the JVM is frozen when it is simply stuck temporarily. Obviously this is a bad thing as regardless of the cause, the JVM is not in a state where it can reply to requests. But it may be preferable to wait a bit longer rather than restarting the JVM in this case.

If you simply extend the length of the wrapper.ping.timeout property to a large value, false restarts will become much less likely, but at the same time, the Wrapper will also become much less responsive to actual freezes. But you have no idea how common the slow ping responses are or how much extra leeway you have given yourself.

Compatibilidad :	3.5.16
Ediciones :
Plataformas :

This property allows you specify that the Wrapper should log a warning whenever a ping response of JVM takes longer than a threshold number of seconds.

Starting with Wrapper version 3.5.21, the professional edition of the Wrapper will also fire a jvm_ping_slow event as soon as the threshold is exceeded, and a jvm_ping_response_slow event when the ping response has finally been received.

The default value is 1/4 the length of the ping timeout in seconds.

Setting this property value to "0" (zero) means never log any warnings.

wrapper.ping.alert.threshold=1

wrapper  | Pinging the JVM took 4 seconds to respond.
wrapper  | Pinging the JVM took 9 seconds to respond.
wrapper  | Pinging the JVM took 10 seconds to respond.
wrapper  | Pinging the JVM took 6 seconds to respond.
wrapper  | Pinging the JVM took 2 seconds to respond.

Compatibilidad :	3.5.16
Ediciones :
Plataformas :

This property allows you specify at which log level the ping alert messages will be logged in the log file.

The default value is "STATUS". The possible values are exactly the same as the console output loglevel, the log file output loglevel, etc.

wrapper.ping.alert.loglevel=STATUS

• wrapper.ping.alert.loglevel (3.5.16)

  Controla el nivel de registro en el que serán registrados los mensajes de alerta de ping.

• wrapper.ping.alert.threshold (3.5.16)

  Imprime una advertencia cada vez que una respuesta ping tarda más que el número especificado de segundos.

• wrapper.ping.interval (3.0.5)

  Configura el número de segundos para el intervalo entre dos peticiones ping solicitadas a la JVM.

• wrapper.ping.interval.logged (3.2.4)

  Configura el intervalo en segundos entre dos peticiones ping solicitadas que serán registradas.

• wrapper.ping.timeout (1.0.0)

  Configura el número máximo de segundos permitidos entre dos pings enviados por la JVM.

• wrapper.ping.timeout.action (3.5.16)

  Configura las acciones que deben realizarse cada vez que termine el tiempo de espera de un ping.

• wrapper.adviser (3.1.0)

  Muestra recomendaciones cuando se presentan ciertos problemas comunes.

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

  Controla el nivel de registro de los mensajes relacionados con la gestión de procesos hijo.

• wrapper.console.loglevel (1.0.0)

  Filtra los mensajes enviados a la consola de acuerdo con sus niveles de registro.

• wrapper.java.command.loglevel (3.1.2)

  Controla en qué nivel de registro se registrará la línea de comandos generada.

• wrapper.logdialog.loglevel (3.3.1)

  Filtra los mensajes del diálogo de registros de acuerdo con sus niveles de registro.

• wrapper.logfile.loglevel (2.2.5)

  Filtra los mensajes enviados al archivo de registro de acuerdo con sus niveles de registro.

• wrapper.ping.alert.loglevel (3.5.16)

  Controla el nivel de registro en el que serán registrados los mensajes de alerta de ping.

• wrapper.properties.dump.loglevel (3.5.30)

  Controla en que nivel de registro se registrarán las propiedades de configuración.

• wrapper.property_warning.loglevel (3.5.21)

  Controla en que nivel de registro se registrarán los avisos sobre los valores de las propiedades.

• wrapper.syslog.loglevel (2.2.5)

  Filtra los mensajes enviados al syslog (o al registro de eventos en Windows) de acuerdo con sus niveles de registro.

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

  Filtra los mensajes incluidos en los emails de acuerdo con sus niveles de registro.

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

  Controla el nivel de registro de los mensajes siendo registrados cada vez que se produce un evento específico.

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

  Controla el mensaje que se registrará cada vez que se produzca un evento específico.

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

  Controla el nivel de registro de los mensajes relacionados con los comandos de evento que se están ejecutando.