Compatibilité :	3.5.58
Éditions :
Plateformes :

À partir de la version 3.5.58, les invocations de « wrapperm » utilisées pour contrôler le Wrapper en tant que service Windows n'enregistreront pas les messages dans le journal des événements par défaut. Cette propriété peut être utilisée pour réactiver la journalisation dans le journal des événements pour les instances « wrapperm ». Si elle est définie sur TRUE, la propriété wrapper.syslog.loglevel déterminera le niveau de journalisation à utiliser.

La valeur par défaut est « FALSE ».

wrapper.wrapperm.syslog.enable=TRUE

• wrapper.syslog.facility (3.2.1)

  Définit le code de facility à utiliser lors de la journalisation vers le syslog sur les systèmes UNIX.

• wrapper.syslog.ident (3.2.0)

  Définit l'identité (ou la source d'événements sous Windows) à utiliser lors de la journalisation vers le syslog.

• wrapper.syslog.ident.enable (3.5.28)

  Contrôle si la source d'événements doit exister ou non dans le registre Windows.

• wrapper.syslog.local.host (3.5.0) ( Standard/Professionnel )

  Spécifie le nom d'hôte local inclus dans les paquets envoyés à un syslog distant.

• 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.syslog.remote.host (3.5.0) ( Standard/Professionnel )

  Spécifie le nom d'hôte d'un serveur syslog distant vers lequel les sorties de journalisation doivent être redirigées.

• wrapper.syslog.remote.port (3.5.0) ( Standard/Professionnel )

  Spécifie le port sur lequel le serveur syslog distant écoute.

• wrapper.syslog.split_messages (3.5.24)

  Force les messages à être découpés en lignes individuelles afin de les rendre plus faciles à lire.