Compatibilité :	3.5.21
Éditions :
Plateformes :

Cette propriété contrôle si le Wrapper utilise un thread dédié pour traiter la sortie console de la JVM. Traditionnellement, toute cette sortie était traitée dans le thread principal du Wrapper. Cependant, sur des serveurs fortement chargés en E/S, cela peut provoquer le blocage du thread principal pendant que la sortie des journaux est écrite sur le disque.

Sauf si le niveau de journalisation DEBUG du Wrapper a été défini, la boucle principale n'effectue pas beaucoup de journalisation autre que la sortie console de la JVM ; déplacer cette sortie dans un autre thread peut donc aider à garantir que le thread principal du Wrapper puisse toujours s'exécuter sans aucun délai.

Le thread dédié permet également au Wrapper de traiter la sortie Java en attente avec beaucoup moins de délai.

Si le tampon du pipe entre la JVM et le Wrapper devient plein, la JVM se bloquera jusqu'à ce que le Wrapper ait l'occasion de traiter la sortie console en attente. Si votre application journalise des lignes très longues ou de très grandes quantités de sortie, vous pourriez bénéficier d'une augmentation de la taille par défaut du tampon du pipe. Consultez la propriété wrapper.javaio.buffer_size pour plus d'informations.

Notez qu'il y a beaucoup de surcharge système pour afficher la sortie des journaux de la console. C'est particulièrement vrai sous Windows. Si votre application rencontre des problèmes de performances lors de la journalisation de grandes quantités de sortie console, nous recommandons soit de réduire la sortie des journaux, soit de désactiver la sortie des journaux de la console en définissant la propriété wrapper.console.loglevel sur STATUS.

Les inconvénients de l'utilisation d'un thread dédié sont :

• Des besoins légèrement plus élevés en mémoire et en ressources.
• La sortie des journaux de débogage, en particulier au démarrage, peut être un peu plus difficile à lire car les entrées journalisées par les deux threads ne sont pas bien synchronisées.

La valeur par défaut est « FALSE » car la plupart des utilisateurs n'ont pas besoin du thread dédié.

wrapper.javaio.use_thread=FALSE

• wrapper.console.direct (3.5.21)

  Spécifie si le Wrapper utilisera les API Windows ou des pipes pour écrire les sorties de journalisation de la console.

• wrapper.console.flush (3.2.0)

  Configure le Wrapper pour vider stdout après l'envoi de chaque ligne de sortie vers la console.

• wrapper.console.format (1.0.0)

  Configure le format des sorties envoyées à la console.

• wrapper.console.loglevel (1.0.0)

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

• wrapper.console.fatal_to_stderr (3.5.3)
• wrapper.console.error_to_stderr (3.5.3)
• wrapper.console.warn_to_stderr (3.5.3)

  Contrôle si les messages d'avertissement envoyés à la console sont journalisés via stdout ou stderr.

• wrapper.console.title (3.1.0)

  Définit le titre de la console dans laquelle le Wrapper s'exécute.

• wrapper.console.title.<platform> (3.3.0)

  Définit le titre de la console par plateforme.

• wrapper.disable_console_input (3.3.2)

  Désactive la capacité du Wrapper à traiter les saisies console dans la JVM.

• wrapper.ntservice.console (3.1.0)
• wrapper.ntservice.generate_console (3.3.2)
• wrapper.ntservice.hide_console (3.0.4)
• wrapper.ntservice.interactive (3.0.0)
• wrapper.javaio.buffer_size (3.5.21)

  Contrôle la taille du tampon utilisé par le pipe entre les processus JVM et 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.

• 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.