Compatibilidad :	3.5.18
Ediciones :
Plataformas :

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)

  Configura el número de segundos sin CPU antes de que la JVM envíe una advertencia y extienda los límites de espera.

• wrapper.max_hostid_timeout (3.4.0) ( Estándar/Profesional )

• wrapper.logfile.close.timeout (3.5.21)

  Controla el número de segundos en el que el archivo de registro debe ser cerrado después de la última entrada registrada.

• wrapper.logfile.flush.timeout (3.5.21)

  Configura el intervalo en segundos en el que el Wrapper vacía todas las salidas al archivo de registros.

• wrapper.logfile.inactivity.timeout (3.2.0, descontinuado en 3.5.21)

  Controla el número de segundos en el que el archivo de registro debe ser cerrado después de la última entrada registrada.

• wrapper.ping.timeout (1.0.0)

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

• wrapper.startup_thread.timeout (3.5.11)

  Configura el número de segundos para permitir que se completen las operaciones de inicio asíncronas.

• wrapper.startup.timeout (1.0.0)

  Configura el número de segundos permitidos entre el momento en que el Wrapper inicia la JVM y el momento en que la JVM responde que la aplicación ha iniciado.

• wrapper.shutdown.timeout (2.2.7)

  Configura el número de segundos permitidos entre el momento en que el Wrapper ordena a la JVM que se apague y el momento en que la JVM responde que se está deteniéndo.

• wrapper.jvm_exit.timeout (2.2.8)

  Configura el número de segundos permitidos entre cuando la JVM notifica que se detuvo hasta que termine realmente.

• wrapper.jvm_cleanup.timeout (3.4.0)

  Configura el número de segundos permitidos para que el Wrapper limpie los procesos hijo después de que la JVM se haya apagado.

• wrapper.jvm_terminate.timeout (3.5.18)

  Configura el numero de segundos permitidos entre el momento que el Wrapper solicita al sistema que termine forzozamente la máquina JVM hasta que confirme que el proceso realmente se ha detenido.

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

  Configura cuanto tiempo el Wrapper esperará a que un evento configurado se complete.

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

El Java Service Wrapper proporciona un conjunto completo de propiedades de configuración que le permiten hacer que el Wrapper se adapte exactamente a sus necesidades. Por favor, lea la documentación de las propiedades individuales para ver todas las posibilidades además de los ejemplos mostrados anteriormente.

• wrapper.anchorfile (3.1.1)

  Establece la ruta al archivo de anclaje creado al iniciar.

• wrapper.check.deadlock.action (3.5.0) ( Estándar/Profesional )

  Configura las acciones que se deben realizar al detectar bloqueos mutuos (deadlocks).

• wrapper.commandfile (3.2.0)

  Establece la ruta de un archivo que contiene comandos a ejecutar.

• wrapper.disable_shutdown_hook (1.0.0)

  Inhabilita la detección de llamadas a System.exit().

• wrapper.disable_forced_shutdown (3.5.15)

  Inhabilita los apagados forzados en una consola de Windows o shell de UNIX.

• wrapper.forced_shutdown.delay (3.5.37)

  Controla el tiempo mínimo requerido entre dos CTRL-C o señales TERM para iniciar un apagado forzado.

• wrapper.event.<event_name>.command.block.action (3.4.1) ( Profesional )

  Configura la acción a realizarse siempre que un comando de evento configurado no logra completarse dentro del tiempo de espera especificado.

• wrapper.exit_code.error (3.5.31)

  Especifica el código de salida que se utilizará cuando el Wrapper se detenga con un error.

• wrapper.filter.action.<n> (3.0.0)

  Configuran las acciones que deben realizarse siempre que se disparen filtros.

• wrapper.filter.trigger.<n> (3.0.0)

  Especifican los textos para desencadenar acciones al hacer coincidir un mensaje de registro.

• wrapper.ignore_signals (3.0.5)

  Controla si el Wrapper debe o no ignorar las señales del sistema.

• wrapper.jvm_exit.timeout (2.2.8)

  Configura el número de segundos permitidos entre cuando la JVM notifica que se detuvo hasta que termine realmente.

• wrapper.on_exit.<n> (3.1.0)

  Configuran las acciones que deben ser ejecutadas en caso de que la aplicación Java salga con códigos de salida específicos.

• wrapper.pidfile (3.5.14)

  Establece la ruta de un archivo donde se escribirá el PID del proceso del Wrapper.

• wrapper.shutdown.timeout (2.2.7)

  Configura el número de segundos permitidos entre el momento en que el Wrapper ordena a la JVM que se apague y el momento en que la JVM responde que se está deteniéndo.

• wrapper.timer.<n>.action (3.3.0) ( Profesional )

  Configuran las acciones a realizarse siempre que se disparen temporizadores.