Le Wrapper utilise un système de ping comme l'une de ses méthodes de surveillance de la JVM. Le Wrapper envoie un ping à la JVM, puis attend une réponse au ping. Si une réponse n'a pas été reçue pendant plus longtemps que le délai configuré dans la propriété wrapper.ping.timeout, alors le Wrapper considérera que la JVM est figée et la tuera de force pour la redémarrer.

Le système de ping est assez fiable, mais dans certains cas, lorsqu'il y a un swapping disque intensif ou qu'un autre processus monopolise les ressources, le Wrapper peut potentiellement décider que la JVM est figée alors qu'elle est simplement bloquée temporairement. Évidemment, c'est une mauvaise chose car, quelle que soit la cause, la JVM n'est pas dans un état où elle peut répondre aux requêtes. Mais il peut être préférable d'attendre un peu plus longtemps plutôt que de redémarrer la JVM dans ce cas.

Si vous allongez simplement la durée de la propriété wrapper.ping.timeout à une valeur élevée, les redémarrages intempestifs deviendront beaucoup moins probables, mais en même temps, le Wrapper deviendra également beaucoup moins réactif aux gels réels. Mais vous n'avez aucune idée de la fréquence des réponses ping lentes ni de la marge supplémentaire que vous vous êtes accordée.

Compatibilité :	3.5.16
Éditions :
Plateformes :

Cette propriété vous permet de spécifier que le Wrapper doit consigner un avertissement chaque fois qu'une réponse ping de la JVM prend plus de temps qu'un seuil exprimé en nombre de secondes.

À partir de la version 3.5.21 du Wrapper, l'édition professionnelle du Wrapper déclenchera également un événement jvm_ping_slow dès que le seuil est dépassé, et un événement jvm_ping_response_slow lorsque la réponse ping a finalement été reçue.

La valeur par défaut est 1/4 de la durée du timeout du ping en secondes.

Définir la valeur de cette propriété à « 0 » (zéro) signifie ne jamais consigner d'avertissements.

wrapper.ping.alert.threshold=1

wrapper  | Pinging the JVM took 4 seconds to respond.
wrapper  | Pinging the JVM took 9 seconds to respond.
wrapper  | Pinging the JVM took 10 seconds to respond.
wrapper  | Pinging the JVM took 6 seconds to respond.
wrapper  | Pinging the JVM took 2 seconds to respond.

Compatibilité :	3.5.16
Éditions :
Plateformes :

Cette propriété vous permet de spécifier à quel niveau de journalisation les messages d'alerte ping seront consignés dans le fichier journal.

La valeur par défaut est « STATUS ». Les valeurs possibles sont exactement les mêmes que le niveau de journalisation de la sortie console, le niveau de journalisation de la sortie du fichier journal, etc.

wrapper.ping.alert.loglevel=STATUS

• wrapper.ping.alert.loglevel (3.5.16)  ⇧

  Contrôle le niveau de journalisation auquel les messages d'alerte de ping seront journalisés.

• wrapper.ping.alert.threshold (3.5.16)  ⇧

  Affiche un avertissement chaque fois qu'une réponse de ping prend plus de temps que le nombre de secondes spécifié.

• wrapper.ping.interval (3.0.5)

  Configure le nombre de secondes entre deux requêtes de ping vers la JVM.

• wrapper.ping.interval.logged (3.2.4)

  Configure le nombre de secondes entre deux requêtes de ping qui doivent être journalisées.

• wrapper.ping.timeout (1.0.0)

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

• wrapper.ping.timeout.action (3.5.16)

  Configure les actions à effectuer chaque fois que le délai d'attente du ping a expiré.

• wrapper.adviser (3.1.0)

  Affiche des conseils chaque fois que certains problèmes courants sont détectés.

• wrapper.child.status.loglevel (3.4.0) ( Professionnel )

  Contrôle le niveau de journalisation des messages liés à la gestion des processus enfants.

• wrapper.console.loglevel (1.0.0)

  Filtre les messages envoyés à la console selon leur niveau de journalisation.

• wrapper.java.command.loglevel (3.1.2)

  Contrôle le niveau de journalisation auquel la ligne de commande générée sera journalisée.

• wrapper.logdialog.loglevel (3.3.1)

  Filtre les messages de la boîte de dialogue de journal selon leur niveau de journalisation.

• wrapper.logfile.loglevel (2.2.5)

  Filtre les messages envoyés au fichier journal selon leur niveau de journalisation.

• wrapper.ping.alert.loglevel (3.5.16)  ⇧

  Contrôle le niveau de journalisation auquel les messages d'alerte de ping seront journalisés.

• wrapper.properties.dump.loglevel (3.5.30)

  Contrôle le niveau de journalisation auquel les propriétés de configuration seront journalisées.

• wrapper.property_warning.loglevel (3.5.21)

  Contrôle le niveau de journalisation auquel les avertissements concernant des valeurs de propriété invalides seront journalisés.

• wrapper.syslog.loglevel (2.2.5)

  Filtre les messages envoyés au syslog (ou au journal des événements sous Windows) selon leur niveau de journalisation.

• wrapper.event.default.email.maillog.loglevel (3.4.0) ( Professionnel )

  Filtre les messages inclus dans les e-mails selon leur niveau de journalisation.

• wrapper.event.<event_name>.loglevel (3.3.6)

  Contrôle le niveau de journalisation des messages enregistrés chaque fois qu'un événement spécifique se produit.

• wrapper.event.<event_name>.message (3.3.6) ( Professionnel )

  Contrôle le message qui sera journalisé chaque fois qu'un événement spécifique se produit.

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

  Contrôle le niveau de journalisation des messages liés aux commandes d'événement en cours d'exécution.