Compatibilidad :	2.2.7
Ediciones :
Plataformas :

Number of seconds to allow between the time that the Wrapper asks the JVM to shutdown and the time that the JVM side of the Wrapper responds that it is stopping. Setting this property value to "0" (zero) means never time out.

The default value is "30 seconds".

wrapper.shutdown.timeout=30

Problems? :

If you are experiencing timeout problems as your application is shutting down, you may want to consider extending this timeout. This can happen in cases where the shutdown code within the application takes a long time to complete. As a test, try setting this property value to something like 300 (5 minutes) and see if this makes the problem go away.

If the application still times out quicker than the 5 minute test timeout, then the problem may be in a later phase of shutdown. Take a look at the wrapper.jvm_exit.timeout property.

If the application still times out after waiting the full 5 minutes, then you will have to do some debugging of your application to see what is taking so long. If it is possible to speed up the application's shutdown phase, that would be best. Otherwise set the timeout to a value that allows the application to shutdown cleanly.

It is best to choose a value which is long enough to let the application run reliably, but short enough that the Wrapper will react as quickly as possible in the event of an actual JVM hang.

WrapperManager.signalStopping(n):

If the shutdown procedure sometimes takes a long time, one alternative to setting a long timeout is to periodically call the WrapperManager.signalStopping(n) method. This method lets the Wrapper know that the JVM is alive and the application's shutdown is going well. The report will be repeated as many times as needed. Therefore, that additional time is required, and it may take much longer time on the shutdown.

If you are having problems with your application timing out on shutdown, it may be useful to have the Wrapper attempt to request a thread dump prior to killing the JVM. This will usually make it clear what was preventing the JVM from shutting down. Please see the wrapper.request_thread_dump_on_failed_jvm_exit property for more information.

• 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.