Compatibilité :	3.5.15
Éditions :
Plateformes :

Lorsque l'utilisateur appuie sur CTRL-C dans une console Windows ou un shell UNIX, ou envoie un signal TERM au processus Wrapper sous UNIX, le Wrapper commencera son processus d'arrêt. Cela signifie que le Wrapper respectera tous ses délais d'attente configurés, en attendant que la JVM s'arrête et se termine proprement avant de s'arrêter lui-même.

Si la JVM se comporte mal, ou s'il y a eu une mauvaise configuration, cela signifie que le Wrapper pourrait potentiellement mettre un certain temps à s'arrêter réellement. Tôt dans la vie du Wrapper, ce problème d'utilisabilité a été identifié et nous avons ajouté une logique afin qu'un second CTRL-C ou signal TERM indique au Wrapper d'ignorer tous les délais d'attente, de tuer immédiatement le processus JVM et de s'arrêter maintenant. Cet arrêt forcé se produira également si le Wrapper a déjà commencé son processus d'arrêt pour toute autre raison.

Bien que ce comportement soit généralement très pratique, il y a également des cas où l'administrateur souhaite s'assurer que la JVM ne sera jamais arrêtée de force de cette manière. Cette propriété permet de désactiver cette fonctionnalité.

Depuis la version 3.5.37, il est également possible d'utiliser la propriété wrapper.forced_shutdown.delay qui contrôle le délai minimum requis entre deux CTRL-C ou signaux TERM pour initier un arrêt forcé.

• TRUE :
  pour désactiver l'arrêt forcé. Toute demande d'arrêt secondaire sera ignorée.
• FALSE :
  pour activer l'arrêt forcé. Une demande d'arrêt reçue alors que le Wrapper est déjà en cours d'arrêt entraînera la destruction immédiate de la JVM.

La valeur par défaut est 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 les arrêts forcés ont été désactivés et que les propriétés wrapper.shutdown.timeout ou wrapper.jvm_exit.timeout sont définies sur des valeurs élevées, vous devrez peut-être attendre que les deux délais d'attente soient écoulés avant que le Wrapper ne s'arrête. Dans ce cas, le seul moyen d'accélérer l'arrêt est de tuer de force le processus Java à l'aide du Gestionnaire des tâches sous Windows, ou d'un kill -9 sous UNIX. Notez que sur certaines versions de Windows, il n'est pas possible de tuer Java depuis le Gestionnaire des tâches lorsqu'il s'exécute en tant que service.

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.