• Expansion des variables d'environnement
• Définition des variables d'environnement
  • "set[.<platform>].<X>"
  • "set[.<platform>].default.<X>"
• Définitions des variables d'environnement par défaut
  • WRAPPER_ARCH
  • WRAPPER_BASE_NAME
  • WRAPPER_BIN_DIR
  • WRAPPER_BITS
  • WRAPPER_CONF_DIR
  • WRAPPER_EDITION
  • WRAPPER_FILE_SEPARATOR
  • WRAPPER_HOSTNAME
  • WRAPPER_INIT_DIR
  • WRAPPER_JAVA_HOME
  • WRAPPER_JAVA_VENDOR
  • WRAPPER_JAVA_VERSION
  • WRAPPER_JAVA_VERSION_MAJOR
  • WRAPPER_JAVA_VERSION_MINOR
  • WRAPPER_JAVA_VERSION_REVISION
  • WRAPPER_LANG
  • WRAPPER_OS
  • WRAPPER_OS_FAMILY
  • WRAPPER_PATH_SEPARATOR
  • WRAPPER_PID
  • WRAPPER_RUN_MODE
  • WRAPPER_VERSION
  • WRAPPER_WORKING_DIR
• Définitions des pseudo-variables d'environnement
  • WRAPPER_PERCENTAGE
  • WRAPPER_RAND_NNNNNN
  • WRAPPER_SYSMEM_PP.P
  • WRAPPER_TIME_YYYYMMDDHHIISS
• Définitions des variables du gestionnaire d'événements
  • WRAPPER_NAME
  • WRAPPER_DISPLAYNAME
  • WRAPPER_DESCRIPTION
  • WRAPPER_EVENT_JVM_ID
  • WRAPPER_EVENT_JVM_PID
  • WRAPPER_EVENT_NAME
  • WRAPPER_EVENT_RAND_NNNNNN
  • WRAPPER_EVENT_TIME_YYYYMMDDHHIISS
  • WRAPPER_EVENT_WRAPPER_PID
• Masquage des données sensibles

Le Wrapper prend en charge l'expansion des variables d'environnement à l'exécution dans les valeurs de n'importe quelle propriété. Pour conserver le caractère indépendant de la plate-forme du fichier de configuration "wrapper.conf", la syntaxe Windows est utilisée pour toutes les plates-formes.

Lorsque le Wrapper est exécuté en tant que service, les variables d'environnement seront chargées à partir du registre système plutôt qu'à partir de l'environnement. Cela est nécessaire car Windows charge les variables d'environnement disponibles pour les services au démarrage de la machine. Toute modification des variables d'environnement système dans le registre (définie directement ou via le panneau de configuration système) n'est pas mise à la disposition des services tant que la machine n'a pas été à nouveau redémarrée. En chargeant les variables d'environnement à partir du registre, le redémarrage peut être évité tout en offrant les mêmes fonctionnalités.

wrapper.java.command=%JAVA_HOME%/bin/java

Cela sera développé à l'exécution en un chemin d'accès complet sur tout système qui définit la variable d'environnement JAVA_HOME.

wrapper.java.command=C:\Sun\jdk1.3\bin\java

wrapper.java.command=/opt/IBMJava2-131/bin/java

Le Wrapper prend en charge la possibilité de définir des variables d'environnement à partir du fichier de configuration "wrapper.conf" ou à partir de la ligne de commande. Une fois définie, la variable d'environnement peut être référencée comme n'importe quelle autre variable d'environnement. Cela inclut l'utilisation dans l'expansion des variables comme décrit ci-dessus.

set.EXTERN_APP=C:/ExternAppHome

set.default.EXTERN_APP=C:/ExternAppHome

set.EXTERN_APP=C:/ExternAppHome

wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.classpath.2=%EXTERN_APP%/lib/jar1.jar
wrapper.java.classpath.3=%EXTERN_APP%/lib/jar2.jar
wrapper.java.classpath.4=%EXTERN_APP%/lib/ext/jar3.jar
wrapper.java.classpath.5=%EXTERN_APP%/lib/ext/jar4.jar

set.windows.APP_HOME=C:\Program Files\MyApp

set.unix.APP_HOME=/opt/myapp

# default value for all systems
set.default.MAX_MEMORY=512M

# default values specifically for Linux and freeBSD
set.linux.default.MAX_MEMORY=1024M
set.freebsd.default.MAX_MEMORY=1024M

wrapper.exe -c ..\conf\wrapper.conf "set.EXTERN_APP=C:\Program Files\ExternAppHome"

wrapper ../conf/wrapper.conf set.EXTERN_APP=/usr/lib/externapphome

set.PATH=my_path%WRAPPER_PATH_SEPARATOR%%PATH%.

set.default.MYPATH=my_path%WRAPPER_PATH_SEPARATOR%%PATH%.
set.PATH=%MYPATH%

Au démarrage, le Wrapper définit les variables d'environnement suivantes dans son propre environnement. Ces variables peuvent être utilisées dans le fichier de configuration "wrapper.conf" ou en accédant à l'environnement de la JVM ou de n'importe lequel de ses processus enfants.

• La variable WRAPPER_ARCH est définie sur le nom de l'architecture pour laquelle le Wrapper actuellement en cours d'exécution a été compilé. (Depuis la ver. 3.3.0)

• La variable WRAPPER_BASE_NAME est définie sur le nom du binaire sans l'extension, et sans le système d'exploitation, l'architecture et les bits (s'ils sont inclus dans le nom). (Depuis la ver. 3.5.41)

• La variable WRAPPER_BIN_DIR est définie sur l'emplacement du binaire du Wrapper au démarrage. Elle peut être utilisée pour définir des chemins relatifs à cet emplacement même si le répertoire de travail actuel est modifié. (Depuis la ver. 3.3.0)

• La variable WRAPPER_BITS est définie sur la profondeur 32 bits ou 64 bits pour laquelle le Wrapper actuellement en cours d'exécution a été compilé. (Depuis la ver. 3.3.0)

• La variable WRAPPER_CONF_DIR est définie sur l'emplacement du fichier de configuration du Wrapper au démarrage. Elle peut être utilisée pour définir des chemins relatifs à cet emplacement même si le répertoire de travail actuel est modifié. (Depuis la ver. 3.5.8)

• La variable WRAPPER_EDITION est définie sur l'édition du Wrapper actuellement en cours d'exécution. Les valeurs possibles sont « Community », « Standard » et « Professional ». (Depuis la ver. 3.5.36)

• La variable WRAPPER_FILE_SEPARATOR est définie sur '\' sous Windows et '/' sur les plates-formes Linux/UNIX, en tant que séparateur de fichiers. La variable peut être utilisée pour définir des valeurs indépendantes de la plate-forme pour des variables d'environnement ou des propriétés supplémentaires. (Depuis la ver. 3.1.0)

  En général, il est sans danger d'utiliser toujours '/' comme séparateur de fichiers pour les chemins utilisés dans Java. Java est conçu pour fonctionner correctement sur toutes les plates-formes lorsque '/' est utilisé.

• Les variables WRAPPER_HOSTNAME et WRAPPER_HOST_NAME sont définies sur le nom résolu de la machine sur laquelle le Wrapper s'exécute actuellement. (WRAPPER_HOST_NAME depuis la ver. 3.3.2, WRAPPER_HOSTNAME depuis la ver. 3.3.6)

• La variable WRAPPER_INIT_DIR est définie sur le répertoire de travail du processus qui a lancé le processus Wrapper. Le Wrapper force d'abord toujours le répertoire de travail vers l'emplacement du binaire du Wrapper pendant le chargement de la configuration (voir la variable WRAPPER_BIN_DIR). Ensuite, si l'utilisateur a configuré un autre répertoire de travail, il sera modifié vers l'emplacement spécifié avec la propriété wrapper.working.dir. Tout cela est nécessaire pour garantir que le Wrapper s'exécute de manière 100 % fiable avec une configuration donnée quel que soit l'endroit d'où le Wrapper a été lancé. Certaines applications ont toutefois besoin de savoir où se trouvait l'utilisateur lorsqu'il a lancé le Wrapper. Dans ces cas, cette variable peut être utilisée. (Depuis la ver. 3.5.6)

  Exemple de fichier de configuration :

  wrapper.java.additional.1=-myinit.working.dir=%WRAPPER_INIT_DIR%

• La variable WRAPPER_JAVA_HOME est définie sur les plates-formes Windows lorsque la commande Java est localisée à l'aide du registre système. Dans les autres cas, il est recommandé de définir une variable JAVA_HOME. (Depuis la ver. 3.3.0)

• La variable WRAPPER_JAVA_VENDOR est définie après le chargement de la configuration et après l'analyse de la sortie de la commande 'java -version' envoyée à la JVM. La valeur est une chaîne représentant le fournisseur Java (implémentation de la JVM) actuellement utilisé. (Depuis la ver. 3.5.37)

  Il est possible d'utiliser cette variable dans n'importe quelle valeur de propriété chargée après l'analyse de la version Java. Cela inclut les propriétés d'événements, wrapper.java.additional_file et wrapper.app.parameter_file.

• La variable WRAPPER_JAVA_VERSION est définie après le chargement de la configuration et après l'analyse de la sortie de la commande 'java -version' envoyée à la JVM. La valeur est une chaîne représentant la version Java actuellement utilisée. (Depuis la ver. 3.5.36)

  Il est possible d'utiliser cette variable dans n'importe quelle valeur de propriété chargée après l'analyse de la version Java. Cela inclut les propriétés d'événements, wrapper.java.additional_file et wrapper.app.parameter_file.

• Les variables WRAPPER_JAVA_VERSION_MAJOR, WRAPPER_JAVA_VERSION_MINOR et WRAPPER_JAVA_VERSION_REVISION sont définies après le chargement de la configuration et après l'analyse de la sortie de la commande 'java -version' envoyée à la JVM. Elles contiennent les numéros de composant « major », « minor », « revision » de la version Java actuellement utilisée. (Depuis la ver. 3.5.36)

  Il est possible d'utiliser ces variables dans n'importe quelle valeur de propriété chargée après l'analyse de la version Java. Cela inclut les propriétés d'événements, wrapper.java.additional_file et wrapper.app.parameter_file.

• La variable WRAPPER_LANG est définie sur un code de deux caractères en minuscules représentant la langue utilisée par le Wrapper. Dans l'édition Community, la valeur est toujours 'en'. Une utilisation de cette variable consiste à inclure des fragments de fichier de configuration contenant des valeurs localisées. (Depuis la ver. 3.5.5)

  L'exemple suivant montre comment localiser le nom d'affichage et les descriptions du service Windows. Notez que l'anglais est chargé explicitement en premier (ou que ses propriétés pourraient être définies en premier). Cela permet de s'assurer que les valeurs anglaises existent par défaut. Le Wrapper les écrasera ensuite avec les valeurs du « fichier d'inclusion » localisé (style en cascade).

  Exemple (wrapper.conf) :

  @encoding=UTF-8 @include ../conf/wrapper-en.conf @include ../conf/wrapper-%WRAPPER_LANG%.conf ... wrapper.ntservice.name=myapp ...

  Exemple (wrapper-en.conf) :

  @encoding=UTF-8 wrapper.ntservice.displayname=My App Server wrapper.ntservice.description=Application Server that does cool stuff.

  Exemple (wrapper-de.conf) :

  @encoding=UTF-8 wrapper.ntservice.displayname=Mein App-Server wrapper.ntservice.description=Ein Anwendungsserver, der coole Sachen macht.

• La variable WRAPPER_OS est définie sur le nom du système d'exploitation pour lequel le Wrapper actuellement en cours d'exécution a été compilé. (Depuis la ver. 3.3.0)

  Exemple de fichier de configuration :

  wrapper.java.library.path.1=../lib wrapper.java.library.path.2=../lib/native/%WRAPPER_OS%-%WRAPPER_ARCH%-%WRAPPER_BITS%

  L'exemple ci-dessus se résout comme suit :

  Windows :

  wrapper.java.library.path.1=../lib wrapper.java.library.path.2=../lib/native/windows-x86-32

  Linux :

  wrapper.java.library.path.1=../lib wrapper.java.library.path.2=../lib/native/linux-x86-32

  Solaris :

  wrapper.java.library.path.1=../lib wrapper.java.library.path.2=../lib/native/solaris-sparc-32

• La variable WRAPPER_OS_FAMILY est définie sur la famille de système d'exploitation pour laquelle le Wrapper en cours d'exécution a été compilé. (Depuis la ver. 3.7.0)

  Exemple de fichier de configuration :

  @include ../conf/wrapper-%WRAPPER_OS_FAMILY%.conf

  L'exemple ci-dessus se résout comme suit :

  Windows :

  @include ../conf/wrapper-windows.conf

  Linux :

  @include ../conf/wrapper-unix.conf

  Solaris :

  @include ../conf/wrapper-unix.conf

• La variable WRAPPER_PATH_SEPARATOR est définie sur ';' sous Windows et ':' sur les plates-formes Linux/UNIX. La variable peut être utilisée pour construire des chemins indépendants de la plate-forme. (Depuis la ver. 3.1.0)

  Exemple de fichier de configuration :

  set.PATH=..%WRAPPER_FILE_SEPARATOR%lib%WRAPPER_PATH_SEPARATOR%%PATH%

  L'exemple ci-dessus se résout comme suit :

  Windows :

  set.PATH=..\lib;%PATH%

  UNIX :

  set.PATH=../lib:%PATH%

• La variable WRAPPER_PID est définie sur le PID du processus Wrapper lors de son lancement. Elle peut être utilisée dans des noms de fichiers comme le fichier PID ou le fichier journal pour garantir un nom de fichier unique lors du lancement de plusieurs copies du Wrapper avec le même fichier de configuration. (Depuis la ver. 3.3.7)

  Exemple de fichier de configuration :

  wrapper.logfile=../logs/wrapper-%WRAPPER_PID%.log

• La variable WRAPPER_RUN_MODE est définie sur "console" lors de l'exécution en tant que console, ou "service" lors de l'exécution en tant que service Windows / démon Unix. (Depuis la ver. 3.5.41)

• La variable WRAPPER_VERSION est définie sur la version du Wrapper actuellement en cours d'exécution. (Depuis la ver. 3.5.36)

• La variable WRAPPER_WORKING_DIR est définie sur l'emplacement du binaire du Wrapper au démarrage, mais sera modifiée pour refléter le répertoire de travail actuel du Wrapper lorsqu'elle est référencée par des processus enfants. (Depuis la ver. 3.3.0)

  Le répertoire de travail du Wrapper peut être modifié à l'aide de la propriété wrapper.working.dir. Veillez à lire la documentation, car son utilisation est un peu délicate.

  Veuillez toutefois noter que, en raison de la façon dont cette propriété est définie, elle sera toujours égale à la variable WRAPPER_BIN_DIR lorsqu'elle est référencée dans le fichier de configuration du Wrapper. La variable est toutefois définie correctement dans l'environnement, et tous les processus enfants verront le répertoire qui a été défini avec la propriété wrapper.working.dir.

En plus des variables d'environnement ci-dessus, les variables suivantes sont générées par le Wrapper sans être réellement stockées dans l'environnement.

Les variables WRAPPER_RAND_NNNNNN et WRAPPER_TIME_YYYYMMDDHHIISS peuvent être référencées plusieurs fois dans le fichier de configuration, et peuvent générer des valeurs différentes pour chaque référence. Pour cette raison, elles ne sont pas stockées dans l'environnement. Vous pouvez toutefois stocker la valeur générée pour une seule référence dans votre propre variable d'environnement à l'aide de la syntaxe "set.<X>", mais sachez que chaque fois que la valeur d'une variable d'environnement est modifiée, l'appel à la fonction système sous-jacente entraînera une petite fuite de mémoire. Cela doit être pris en compte si le fichier de configuration peut être rechargé plusieurs fois, car la valeur de ces variables sera régénérée et changera à chaque fois.

set.RAND_NNNNNN=%WRAPPER_RAND_NNNNNN%

• La variable WRAPPER_PERCENTAGE est définie sur un seul caractère '%'. Son utilisation est recommandée pour éviter une ambiguïté syntaxique lorsqu'une valeur de propriété contient deux caractères '%', auquel cas un avertissement concernant une variable d'environnement manquante serait signalé (le contenu entre les deux '%' étant considéré comme le nom d'une variable). (Depuis la ver. 3.3.38)

  Exemple (le nom du fichier journal gc sera correctement développé en 'gc_%t_%p.log')

  wrapper.java.additional.1=-Xloggc:C:\logs\gc_%WRAPPER_PERCENTAGE%t_%WRAPPER_PERCENTAGE%p.log

• La variable WRAPPER_RAND_NNNNNN est définie sur un nombre aléatoire à chaque emplacement où elle est utilisée dans le fichier de configuration du Wrapper. (Depuis la ver. 3.3.4)

  Exemple de fichier de configuration :

  wrapper.app.parameter.1=mytempfile-%WRAPPER_RAND_NNNNNN%.txt

  La valeur est définie une fois lorsque le fichier de configuration est chargé et analysé. Si la valeur doit être définie à chaque lancement d'une JVM, il est nécessaire de spécifier la propriété de configuration wrapper.restart.reload_configuration=TRUE afin que la configuration soit réanalysée avant chaque invocation de la JVM.

  Un nombre aléatoire différent sera généré à chaque endroit où la variable est spécifiée. S'il est nécessaire de référencer le même nombre aléatoire à plusieurs emplacements, veuillez d'abord stocker la valeur dans une variable locale, puis la référencer selon les besoins. Par exemple :

  Exemple de fichier de configuration :

  set.RNUM=%WRAPPER_RAND_NNNNNN% wrapper.java.additional.1=-Dtempid=%RNUM% wrapper.app.parameter.1=mytempfile-%RNUM%.txt

  Des formats supplémentaires existent avec des nombres aléatoires composés de 1 à 6 chiffres : WRAPPER_RAND_N, WRAPPER_RAND_NN, WRAPPER_RAND_NNN, WRAPPER_RAND_NNNN, WRAPPER_RAND_NNNNN et WRAPPER_RAND_NNNNNN.

• La variable WRAPPER_SYSMEM_PP.P est définie sur une valeur calculée à partir d'un pourcentage de la quantité de mémoire physique disponible sur le système. (Depuis la ver. 3.5.29)

  PP.P désigne le pourcentage de la mémoire système. Sa valeur doit être supérieure à 0 et jusqu'à 100. En dehors de cette plage, la variable sera ignorée. Le pourcentage peut avoir des décimales, mais la valeur calculée sera arrondie au mégaoctet le plus proche.

  Cette variable peut être utilisée dans les propriétés wrapper.java.additional.<n> pour définir certaines options de la JVM telles que :

  • -Xms
  • -Xmx
  • -Xmn
  • -XX:PermSize or XX:MaxPermSize (Java<8)
  • -XX:MetaspaceSize or -XX:MaxMetaspaceSize (Java>=8)
  • ...

• La variable WRAPPER_TIME_YYYYMMDDHHIISS est définie sur un horodatage à chaque emplacement où elle est utilisée dans le fichier de configuration du Wrapper. L'heure renvoyée est l'heure à laquelle le fichier de configuration est chargé. La variable renverra la même valeur lorsqu'elle est référencée plusieurs fois dans le même fichier de configuration. (Depuis la ver. 3.3.4)

  L'exemple suivant montre comment générer un nom de fichier horodaté et le transmettre à la JVM :

  Exemple de fichier de configuration :

  wrapper.app.parameter.1=mytempfile-%WRAPPER_TIME_YYYYMMDDHHIISS%.txt

  L'exemple ci-dessus produit une valeur telle que :

  Le résultat :

  wrapper.app.parameter.1=mytempfile-20090409124532.txt

  La valeur est définie une fois lorsque le fichier de configuration est chargé et analysé. Si la valeur doit être définie à chaque lancement d'une JVM, il est nécessaire de spécifier la propriété de configuration wrapper.restart.reload_configuration=TRUE afin que la configuration soit réanalysée avant chaque invocation de la JVM.

  Les formats supplémentaires suivants peuvent également être référencés : WRAPPER_TIME_YYYYMMDD_HHIISS, WRAPPER_TIME_YYYYMMDDHHII, WRAPPER_TIME_YYYYMMDDHH et WRAPPER_TIME_YYYYMMDD.

Les variables suivantes peuvent être référencées dans les propriétés d'événements et utilisées lorsque ces événements sont déclenchés. Ces variables sont également des pseudo-variables d'environnement, ce qui signifie qu'elles ne sont pas stockées dans l'environnement.

• La variable WRAPPER_NAME est définie sur la valeur de la propriété wrapper.name. (Depuis la ver. 3.3.0)

• La variable WRAPPER_DISPLAYNAME est définie sur la valeur de la propriété wrapper.displayname. (Depuis la ver. 3.3.0)

• La variable WRAPPER_DESCRIPTION est définie sur la valeur de la propriété wrapper.description. (Depuis la ver. 3.3.0)

• La variable WRAPPER_EVENT_JVM_ID est définie sur une valeur entière commençant par 1, indiquant le nombre de fois que la JVM a été redémarrée. Définie uniquement pour les événements "jvm_*". (Depuis la ver. 3.3.0)

• La variable WRAPPER_EVENT_JVM_PID est définie sur une valeur entière contenant le PID du processus JVM. Définie uniquement pour les événements "jvm_*" à l'exception de l'événement "jvm_prelaunch". (Depuis la ver. 3.3.0)

• La variable WRAPPER_EVENT_NAME est définie sur le nom de l'événement en cours de déclenchement. (Depuis la ver. 3.3.0)

• La variable WRAPPER_EVENT_RAND_NNNNNN est définie sur un nombre aléatoire dont la valeur change à chaque déclenchement de l'événement. (Depuis la ver. 3.5.25)

  Exemple :

  wrapper.event.default.message=Event: %WRAPPER_EVENT_NAME% %WRAPPER_RAND_NNNNNN% %WRAPPER_EVENT_RAND_NNNNNN%

  L'exemple ci-dessus entraînera la génération de deux nombres aléatoires. Le premier, WRAPPER_RAND_NNNNNN, sera défini une fois à chaque chargement du fichier de configuration du Wrapper, mais le second, WRAPPER_EVENT_RAND_NNNNNN, changera pour chaque événement. Il n'est pas possible de réutiliser la même valeur de WRAPPER_EVENT_RAND_NNNNNN en raison de la façon dont sa valeur est résolue dynamiquement.

  Des formats supplémentaires existent avec des nombres aléatoires composés de 1 à 6 chiffres : WRAPPER_EVENT_RAND_N, WRAPPER_EVENT_RAND_NN, WRAPPER_EVENT_RAND_NNN, WRAPPER_EVENT_RAND_NNNN, WRAPPER_EVENT_RAND_NNNNN et WRAPPER_EVENT_RAND_NNNNNN.

• La variable WRAPPER_EVENT_TIME_YYYYMMDDHHIISS est définie sur un horodatage à chaque déclenchement de l'événement. (Depuis la ver. 3.5.25)

  Exemple :

  wrapper.event.default.message=Event: %WRAPPER_EVENT_NAME% %WRAPPER_TIME_YYYYMMDDHHIISS% %WRAPPER_EVENT_TIME_YYYYMMDDHHIISS%

  L'exemple ci-dessus référencera deux horodatages. Le premier, WRAPPER_TIME_YYYYMMDDHHIISS, sera défini une fois à chaque chargement du fichier de configuration du Wrapper, mais le second, WRAPPER_EVENT_TIME_YYYYMMDDHHIISS, changera pour chaque événement. La même heure sera utilisée tout au long de l'exécution de l'événement, il est donc possible d'utiliser plusieurs références temporelles.

  Les formats supplémentaires suivants peuvent également être référencés : WRAPPER_EVENT_TIME_YYYYMMDD_HHIISS, WRAPPER_EVENT_TIME_YYYYMMDDHHII, WRAPPER_EVENT_TIME_YYYYMMDDHH et WRAPPER_EVENT_TIME_YYYYMMDD.

• La variable WRAPPER_EVENT_WRAPPER_PID est définie sur une valeur entière contenant le PID du processus Wrapper. (Cette variable d'environnement est un alias de la variable d'environnement WRAPPER_PID et n'est conservée que pour la rétrocompatibilité.) (Depuis la ver. 3.3.0)

Compatibilité :	3.5.57
Éditions :
Plateformes :

La notation %...|mask% peut être utilisée pour masquer des portions de texte du fichier de configuration dans la sortie du journal.

Cette notation ne doit pas être confondue avec une définition de variable. Elle utilise simplement les mêmes délimiteurs '%' que pour les variables afin d'indiquer qu'elle sera développée lors du traitement du fichier de configuration.

Le texte ou les données sensibles à masquer dans la sortie du journal doivent être écrits entre le délimiteur d'ouverture '%' et le caractère '|'. Pour l'utilisation interne du Wrapper ou de l'application Java, cette notation sera développée pour ne conserver que les données sensibles, en supprimant les délimiteurs '%' ainsi que la partie '|mask'. Pour la sortie du journal, les données sensibles seront remplaçées par des caractères '*'.

Cette notation est particulièrement utile pour masquer les mots de passe, par exemple dans la valeur d'une propriété wrapper.app.property.<n>.

wrapper.app.property.1=mypassword=secretpassword
wrapper.app.property.2=mysecret=this is a %secret|mask%!

La configuration ci-dessus générera la sortie de journal suivante si vous définissez wrapper.properties.dump.loglevel sur INFO.

INFO   | wrapper  |   F |   | wrapper.app.property.1 | mypassword=**************
INFO   | wrapper  |   F |   | wrapper.app.property.2 | mysecret=this is a ******!