wrapper.restart.reload_configuration
Compatibilité :3.2.0
É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.

Cette propriété contrôle si le fichier de configuration du Wrapper sera rechargé ou non en cas de redémarrage de la JVM. La valeur par défaut est « FALSE ».

Exemple : 
wrapper.restart.reload_configuration=FALSE

Cette propriété peut être utile lorsqu'une application a besoin de modifier sa propre configuration afin que les modifications prennent effet lors de son redémarrage. Un exemple serait l'ajout de fichiers jar téléchargés au classpath, suivi d'un redémarrage.

Si certaines parties de la configuration doivent être créées dynamiquement, envisagez d'utiliser la syntaxe en cascade @include dans le fichier de configuration principal, puis d'écrire les valeurs dynamiques dans un fichier distinct. Cela peut grandement simplifier la génération de cette section de la configuration.

AVERTISSEMENT

Une configuration invalide peut empêcher l'application ou le Wrapper de se comporter correctement, voire les arrêter dans des cas critiques. Bien que cela soit également vrai lorsque la configuration est chargée lors du premier démarrage du Wrapper, une attention particulière doit être portée lors du rechargement de la configuration au redémarrage de la JVM, car ceux-ci peuvent être différés ou automatiques, et donc potentiellement se produire à des moments où personne n'est présent pour corriger la configuration en cas de problèmes. Pour cette raison, la valeur par défaut est volontairement définie à FALSE.

NOTE

Le Wrapper ne rechargera pas le fichier de configuration lors d'un redémarrage de la JVM, sauf si cette propriété est définie à TRUE. Il est possible d'activer le rechargement de la configuration uniquement lorsque le Wrapper est redémarré.

Il est possible de désactiver le rechargement de la configuration en définissant la valeur de la propriété sur « FALSE » ou en supprimant complètement la propriété. Mais soyez conscient qu'une fois cela effectué et la JVM redémarrée, il ne sera plus possible de réactiver le rechargement de la configuration, sauf si le Wrapper lui-même est redémarré.

NOTE

La fonctionnalité de « Rechargement de la configuration » n'aura PAS d'effet sur la valeur des propriétés suivantes :

Référence : Fichier de commandes
  • wrapper.commandfile (3.2.0)

    Définit le chemin d'un fichier contenant des commandes à exécuter.

  • wrapper.commandfile.enable_tests (3.5.0)

    Active les commandes de test.

  • wrapper.commandfile.poll_interval (3.5.31)

    Spécifie les intervalles de temps à utiliser lors du test de l'existence du fichier de commandes.

  • wrapper.command.poll_interval (3.2.0, obsolète depuis 3.5.31)

    Spécifie les intervalles de temps à utiliser lors du test de l'existence du fichier de commandes.

  • wrapper.restart.reload_configuration (3.2.0)

    Contrôle si le fichier de configuration du Wrapper sera rechargé ou non en cas de redémarrage de la JVM.

  • wrapper.pausable (3.5.0)

    Active les actions PAUSE et RESUME.

  • wrapper.logfile.loglevel (2.2.5)

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

  • wrapper.console.loglevel (1.0.0)

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

  • 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.use_system_time (3.1.0)

    Utilise l'heure système (au lieu d'un thread de minuterie en arrière-plan) pour toutes les fonctions internes de gestion du temps du Wrapper.

  • wrapper.javaio.use_thread (3.5.21)

    Contrôle si le Wrapper utilise un thread dédié pour traiter la sortie console de la JVM.