wrapper.shutdown.timeout
Compatibilité :2.2.7
Éditions :Édition ProfessionnelleÉdition StandardÉdition Community
Plateformes :WindowsMac OSXLinuxAlpine LinuxFreeBSDSolarisIBM z/Linux

AVERTISSEMENT

NE MODIFIEZ AUCUN de ces paramètres sans avoir lu la description de cette propriété. Des paramètres incorrects peuvent empêcher le Wrapper de fonctionner comme prévu.

Nombre de secondes autorisées entre le moment où le Wrapper demande à la JVM de s'arrêter et le moment où la partie JVM du Wrapper répond qu'elle est en cours d'arrêt. Définir la valeur de cette propriété à « 0 » (zéro) signifie ne jamais expirer.

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

Exemple : 
wrapper.shutdown.timeout=30

Problèmes ? :

Si vous rencontrez des problèmes de délai d'expiration lors de l'arrêt de votre application, vous pouvez envisager d'augmenter ce délai. Cela peut se produire lorsque le code d'arrêt de l'application met longtemps à s'exécuter. À titre de test, essayez de définir la valeur de cette propriété à quelque chose comme 300 (5 minutes) et voyez si le problème disparaît.

Si l'application expire toujours plus rapidement que le délai de test de 5 minutes, le problème peut se situer dans une phase ultérieure de l'arrêt. Consultez la propriété wrapper.jvm_exit.timeout .

Si l'application expire toujours après avoir attendu les 5 minutes complètes, vous devrez déboguer votre application pour déterminer ce qui prend autant de temps. S'il est possible d'accélérer la phase d'arrêt de l'application, ce serait préférable. Sinon, définissez le délai d'expiration à une valeur qui permet à l'application de s'arrêter proprement.

Il est préférable de choisir une valeur suffisamment longue pour que l'application fonctionne de manière fiable, mais suffisamment courte pour que le Wrapper réagisse aussi rapidement que possible en cas de blocage réel de la JVM.

WrapperManager.signalStopping(n) :

Si la procédure d'arrêt prend parfois beaucoup de temps, une alternative à un délai d'expiration long consiste à appeler périodiquement la méthode WrapperManager.signalStopping(n) . Cette méthode informe le Wrapper que la JVM est active et que l'arrêt de l'application se déroule correctement. Le signal sera répété autant de fois que nécessaire. Par conséquent, ce temps supplémentaire est requis, et l'arrêt peut prendre beaucoup plus de temps.

Si votre application expire lors de l'arrêt, il peut être utile de demander au Wrapper d'essayer d'obtenir un vidage de threads avant de tuer la JVM. Cela permettra généralement d'identifier ce qui empêchait la JVM de s'arrêter. Consultez la propriété wrapper.request_thread_dump_on_failed_jvm_exit pour plus d'informations.

AVERTISSEMENT

Bien que cette possibilité existe, sachez que définir la valeur de cette propriété à « 0 » (zéro) (= désactiver le Timeout) ou à une valeur trop élevée signifie que la capacité du Wrapper à détecter un blocage de la JVM pendant la phase d'arrêt sera désactivée.

AVERTISSEMENT

Lorsque la propriété wrapper.java.detect_debug_jvm est définie à « TRUE » et que la détection du débogueur fonctionne, cette propriété « timeout » sera ignorée.

Référence : Délai d'attente
  • 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é.

Référence : Arrêt

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.