Compatibilidad :	3.5.15
Ediciones :
Plataformas :

Cuando el usuario presiona CTRL-C en una consola de Windows o un shell de UNIX, o envía una señal TERM al proceso del Wrapper en UNIX, el Wrapper iniciará su proceso de apagado. Esto significa que el Wrapper honrará todos los tiempos de espera configurados, esperando que la JVM se apague y salga limpiamente antes de apagarse.

Si la JVM se está comportando mal, o hubo una configuración incorrecta, esto significa que el Wrapper podría tardar bastante en apagarse. Al principio de la vida del Wrapper, se identificó este problema de usabilidad y agregamos lógica para que una segunda CTRL-C o señal TERM le indicara al Wapper que ignore todos los tiempos de espera, elimine el proceso de JVM de inmediato y se apague ahora. Este apagado forzado también ocurrirá si el Wrapper ya hubiese comenzado su proceso de apagado por cualquier otro motivo.

Si bien este comportamiento suele ser muy conveniente, también hay momentos en los que el administrador desea asegurarse de que la JVM nunca se apagará a la fuerza de esta manera. Esta propiedad hace posible deshabilitar esta función.

Desde la versión 3.5.37 también es posible utilizar la propiedad wrapper.forced_shutdown.delay, cantidad mínima de tiempo requerida entre dos CTRL-C o señales TERM para iniciar un apagado forzado.

• TRUE :
  para deshabilitar el apagado forzado. Se ignorarán todas las solicitudes secundarias de apagado.
• FALSE :
  para habilitar el apagado forzado. Una solicitud de apagado recibida cuando el Wrapper ya se está cerrando hará que la JVM se elimine inmediatamente.

El valor predeterminado es FALSE.

wrapper.disable_forced_shutdown=TRUE

wrapper  | CTRL-C trapped.  Shutting down.
wrapper  | CTRL-C trapped.  Forcing immediate shutdown.
wrapper  | JVM did not exit on request, terminated
wrapper  | <-- Wrapper Stopped

wrapper  | CTRL-C trapped.  Shutting down.
wrapper  | CTRL-C trapped.  Already shutting down.
wrapper  | ...
wrapper  | <-- Wrapper Stopped

Si se han deshabilitado los apagados forzados y las propiedades wrapper.shutdown.timeout o wrapper.jvm_exit.timeout se establecen en valores largos, puede que tenga que esperar por ambos tiempos de espera antes que el Wrapper se apague. En este caso, la unica forma de acelerar el apagado es matar a la fuerza el proceso Java usando el Administrador de Tareas en Windows, o un kill -9 en UNIX. Tenga en cuenta que en algunas versiones de Windows, no es posible matar a Java desde el Administrador de Tareas si se está ejecutando como un servicio.

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.