Compatibilité :	3.3.6
Éditions :
Plateformes :

Le Wrapper dispose de plusieurs fonctionnalités conçues pour détecter lorsqu'une JVM s'est figée, ou est devenue instable. Normalement, toutes ces fonctionnalités devraient rester activées. Cependant, lorsqu'une JVM est connectée à un débogueur, il est courant que la JVM soit intentionnellement figée pendant que diverses opérations de débogage ont lieu. Dans ces cas, le Wrapper penserait normalement que la JVM est figée, et la tuerait et la redémarrerait au milieu d'une session de débogage. Le Wrapper contourne ce problème en vérifiant la ligne de commande Java configurée et en ignorant certains délais d'attente lorsqu'il détecte qu'un débogueur est utilisé. Cette propriété permet d'activer ou de désactiver cette vérification de débogage. La valeur par défaut est « TRUE », ce qui détectera le débogage et ignorera certains délais d'attente.

wrapper.java.detect_debug_jvm=TRUE

Détection du débogueur :

Le Wrapper décidera que la JVM utilise un débogueur si la propriété wrapper.java.command est définie sur « jdb » ou « jdb.exe » ou si l'une des propriétés wrapper.java.additional.<n> est définie sur « -Xdebug ».

Lorsque le Wrapper détecte qu'un débogueur est utilisé, la bannière suivante sera enregistrée dans le journal au démarrage :

------------------------------------------------------------------------
The JVM is being launched with a debugger enabled and could possibly be
suspended.  To avoid unwanted shutdowns, timeouts will be disabled,
removing the ability to detect and restart frozen JVMs.
------------------------------------------------------------------------

Ensuite, la première fois que l'un des délais d'attente ignorés expire, la bannière suivante sera enregistrée dans le journal :

------------------------------------------------------------------------
Ping: Timed out waiting for signal from JVM.
The JVM was launched with debug options so this may be because the JVM
is currently suspended by a debugger.  Any future timeouts during this
JVM invocation will be silently ignored.
------------------------------------------------------------------------

• wrapper.java.command (1.0.0)

  Définit le chemin de l'exécutable Java.

• wrapper.java.command.resolve (1.0.0)

  Spécifie si le Wrapper doit essayer de résoudre la commande Java spécifiée ou continuer à utiliser le chemin non résolu tel qu'éventuellement défini.

• wrapper.java.command.<platform>.format (3.6.0)

  Contrôle le format de la ligne de commande Java.

• 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.java.command.show_backend_properties (3.6.0)

  Affiche les propriétés du backend sur la ligne de commande imprimée dans les journaux.

• wrapper.java.detect_debug_jvm (3.3.6)

  Active la détection d'un débogueur dans la ligne de commande.

• wrapper.registry.java_home (3.2.4)

  Spécifie une clé de registre contenant le chemin du dossier Java home.

• wrapper.registry.java_version (3.5.36) ( Standard/Professionnel )

  Spécifie une version du JRE à utiliser lors de la localisation de la commande Java depuis le registre Windows.