Compatibilité :	2.2.8
Éditions :
Plateformes :

Nombre de secondes à accorder entre le moment où la JVM signale qu'elle est arrêtée et le moment où le processus JVM se termine réellement. Définir la valeur de cette propriété à « 0 » (zéro) signifie ne jamais appliquer de délai d'expiration.

La valeur par défaut est « 15 secondes ».

wrapper.jvm_exit.timeout=15

En fonctionnement normal, la partie Java du Wrapper exécute System.exit lorsqu'elle a terminé son cycle d'arrêt de la JVM et est prête à quitter. Lorsque ce délai d'expiration est déclenché, un message similaire au suivant est journalisé.

wrapper  | Shutdown failed: Timed out waiting for the JVM to terminate.
wrapper  | JVM did not exit on request, terminated

Si l'application a enregistré son propre Shutdown Hook qui prend un certain temps à se terminer, vous pourriez rencontrer des délais d'expiration en attendant que le processus JVM se termine. Pour éviter ce problème, il peut être nécessaire d'augmenter le délai d'expiration afin de laisser au Shutdown Hook de l'application le temps de s'exécuter jusqu'au bout. Sachez qu'en règle générale, les Shutdown Hooks doivent toujours se terminer presque instantanément.

Si votre application rencontre des problèmes de délai d'expiration lors de l'arrêt, il peut être utile de faire tenter au Wrapper une demande de vidage des threads avant de tuer la JVM. Cela permettra généralement d'identifier clairement ce qui empêchait la JVM de s'arrêter. Veuillez consulter la propriété wrapper.request_thread_dump_on_failed_jvm_exit pour plus d'informations.

• wrapper.cpu.timeout (2.2.8)

  Configure le nombre de secondes sans CPU avant que la JVM n'envoie un avertissement et n'étende les délais d'attente.

• wrapper.max_hostid_timeout (3.4.0) ( Standard/Professionnel )

• wrapper.logfile.close.timeout (3.5.21)

  Contrôle le nombre de secondes au bout desquelles le fichier journal doit se fermer après la dernière entrée de journal.

• wrapper.logfile.flush.timeout (3.5.21)

  Configure l'intervalle en secondes auquel le Wrapper vide toutes les sorties vers le fichier journal.

• wrapper.logfile.inactivity.timeout (3.2.0, obsolète depuis 3.5.21)

  Contrôle le nombre de secondes au bout desquelles le fichier journal doit se fermer après la dernière entrée de journal.

• wrapper.ping.timeout (1.0.0)

  Configure le nombre de secondes autorisées entre deux réponses de ping provenant de la JVM.

• wrapper.startup_thread.timeout (3.5.11)

  Configure le nombre de secondes accordées pour que les opérations de démarrage asynchrones se terminent.

• wrapper.startup.timeout (1.0.0)

  Configure le nombre de secondes autorisées entre le moment où le Wrapper lance la JVM et le moment où la JVM répond que l'application a démarré.

• wrapper.shutdown.timeout (2.2.7)

  Configure le nombre de secondes autorisées entre le moment où le Wrapper demande à la JVM de s'arrêter et le moment où la JVM répond qu'elle est en train de s'arrêter.

• wrapper.jvm_exit.timeout (2.2.8)

  Configure le nombre de secondes autorisées entre le moment où la JVM signale qu'elle est arrêtée et le moment où le processus JVM se termine réellement.

• wrapper.jvm_cleanup.timeout (3.4.0)

  Configure le nombre de secondes accordées au Wrapper pour nettoyer les processus enfants après l'arrêt de la JVM.

• wrapper.jvm_terminate.timeout (3.5.18)

  Configure le nombre de secondes autorisées à partir du moment où le Wrapper demande au système de terminer de force la JVM jusqu'à ce qu'il confirme que le processus s'est réellement arrêté.

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

  Configure la durée pendant laquelle le Wrapper attendra qu'un événement configuré se termine.

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

Le Java Service Wrapper fournit un ensemble complet de propriétés de configuration qui vous permettent d'adapter le Wrapper à vos besoins exacts. Veuillez consulter la documentation des propriétés individuelles pour découvrir toutes les possibilités au-delà des exemples présentés ci-dessus.

• wrapper.anchorfile (3.1.1)

  Définit le chemin d'un fichier d'ancrage créé au démarrage.

• wrapper.check.deadlock.action (3.5.0) ( Standard/Professionnel )

  Configure les actions à effectuer chaque fois que des interblocages sont détectés.

• wrapper.commandfile (3.2.0)

  Définit le chemin d'un fichier contenant des commandes à exécuter.

• wrapper.disable_shutdown_hook (1.0.0)

  Désactive la détection des appels à System.exit().

• wrapper.disable_forced_shutdown (3.5.15)

  Désactive les arrêts forcés dans une console Windows ou un shell UNIX.

• wrapper.forced_shutdown.delay (3.5.37)

  Contrôle le délai minimal requis entre deux signaux CTRL-C ou TERM pour initier un arrêt forcé.

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

  Configure l'action à effectuer chaque fois qu'une commande d'événement configurée ne se termine pas dans le délai spécifié.

• wrapper.exit_code.error (3.5.31)

  Spécifie le code de sortie à utiliser lorsque le Wrapper s'arrête avec une erreur.

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

  Configure les actions à effectuer chaque fois que des filtres sont déclenchés.

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

  Spécifie les textes qui déclenchent des actions lorsqu'ils correspondent à un message de journal.

• wrapper.ignore_signals (3.0.5)

  Contrôle si le Wrapper doit ignorer ou non les signaux système.

• wrapper.jvm_exit.timeout (2.2.8)

  Configure le nombre de secondes autorisées entre le moment où la JVM signale qu'elle est arrêtée et le moment où le processus JVM se termine réellement.

• wrapper.on_exit.<n> (3.1.0)

  Configure les actions à effectuer lorsque l'application Java se termine avec les codes de sortie spécifiés.

• wrapper.pidfile (3.5.14)

  Définit le chemin d'un fichier où le PID du processus Wrapper sera écrit.

• wrapper.shutdown.timeout (2.2.7)

  Configure le nombre de secondes autorisées entre le moment où le Wrapper demande à la JVM de s'arrêter et le moment où la JVM répond qu'elle est en train de s'arrêter.

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

  Configure les actions à effectuer chaque fois que des minuteries sont déclenchées.