À partir de la version 3.4.0 du Wrapper, il est possible d'installer/intégrer le Wrapper dans les scripts de démarrage des plateformes UNIX. Cependant, comme la licence Serveur est liée au hostId d'une interface réseau, il peut arriver que l'interface ne soit pas encore disponible à un stade précoce du démarrage du système d'exploitation.

Lorsqu'il est installé en tant que démon UNIX, le Wrapper évite cette situation de concurrence en attendant que les interfaces réseau soient disponibles avant de valider une licence Serveur. Par défaut, le Wrapper attend (dans le délai spécifié) jusqu'à ce qu'au moins une interface réseau soit trouvée, mais ce comportement peut être modifié pour continuer à attendre jusqu'à ce que le hostId de la licence soit trouvé.

L'ensemble de propriétés suivant permet d'activer/désactiver et de configurer cette fonctionnalité :

• propriété wrapper.wait_for_hostid
• propriété wrapper.wait_for_hostid.strict
• propriété wrapper.wait_for_hostid.timeout
• propriété wrapper.max_hostid_timeout (obsolète)

wrapper.wait_for_hostid

Compatibilité : 3.4.0 Éditions : Plateformes : Indique au Wrapper d'attendre les interfaces réseau au démarrage. Lors du démarrage en tant que démon, la valeur par défaut est "TRUE", "FALSE" sinon. Exemple : wrapper.wait_for_hostid=TRUE Pendant l'attente d'une interface, le Wrapper écrira toutes les 10 secondes un court message dans le fichier journal indiquant qu'il attend une interface. Exemple de fichier journal : wrapper | Waiting for hostId(s)... (System HostId(s): xxxxx Il a déjà été constaté que certaines interfaces réseau (en particulier les interfaces WiFi) sont configurées pour être activées après la connexion de l'utilisateur ou à un stade ultérieur au démarrage des démons, et ne peuvent donc pas être utilisées par le Wrapper au démarrage. Il est donc recommandé d'utiliser l'interface Ethernet lorsque l'on souhaite démarrer le Wrapper pendant le démarrage d'une machine.

wrapper.wait_for_hostid.strict

Compatibilité : 3.5.41 Éditions : Plateformes : Cette propriété peut être définie à TRUE pour forcer l'attente d'un HostId spécifique jusqu'à la valeur de wrapper.wait_for_hostid.timeout. La valeur par défaut est "FALSE", ce qui indique au Wrapper d'arrêter d'attendre dès qu'au moins une interface réseau est trouvée. NOTE Avant la version 3.5.41, le Wrapper attendait toujours que le HostId de la licence soit disponible, et se comportait donc de la même manière que lorsque wrapper.wait_for_hostid.strict est défini à TRUE.

wrapper.wait_for_hostid.timeout

Compatibilité : 3.5.41 Éditions : Plateformes : Configure le nombre maximum de secondes pendant lesquelles le Wrapper attendra que les interfaces réseau soient disponibles. Pendant ce temps, le Wrapper vérifiera les interfaces une fois par seconde. La valeur par défaut est "15" secondes. Exemple : (30 secondes) wrapper.wait_for_hostid.timeout=30

wrapper.max_hostid_timeout

Compatibilité : 3.4.0 (Deprecated as of 3.5.41) Éditions : Plateformes : AVERTISSEMENT L'utilisation de cette propriété est obsolète depuis la version 3.5.41 du Wrapper au profit de la propriété wrapper.wait_for_hostid.timeout.

• wrapper.cpu.timeout (2.2.8)

  Configure le nombre de secondes sans CPU avant que la JVM n'envoie un avertissement et n'étende les délais d'attente.

• wrapper.max_hostid_timeout (3.4.0) ( Standard/Professionnel )

• wrapper.logfile.close.timeout (3.5.21)

  Contrôle le nombre de secondes au bout desquelles le fichier journal doit se fermer après la dernière entrée de journal.

• wrapper.logfile.flush.timeout (3.5.21)

  Configure l'intervalle en secondes auquel le Wrapper vide toutes les sorties vers le fichier journal.

• wrapper.logfile.inactivity.timeout (3.2.0, obsolète depuis 3.5.21)

  Contrôle le nombre de secondes au bout desquelles le fichier journal doit se fermer après la dernière entrée de journal.

• wrapper.ping.timeout (1.0.0)

  Configure le nombre de secondes autorisées entre deux réponses de ping provenant de la JVM.

• wrapper.startup_thread.timeout (3.5.11)

  Configure le nombre de secondes accordées pour que les opérations de démarrage asynchrones se terminent.

• wrapper.startup.timeout (1.0.0)

  Configure le nombre de secondes autorisées entre le moment où le Wrapper lance la JVM et le moment où la JVM répond que l'application a démarré.

• wrapper.shutdown.timeout (2.2.7)

  Configure le nombre de secondes autorisées entre le moment où le Wrapper demande à la JVM de s'arrêter et le moment où la JVM répond qu'elle est en train de s'arrêter.

• wrapper.jvm_exit.timeout (2.2.8)

  Configure le nombre de secondes autorisées entre le moment où la JVM signale qu'elle est arrêtée et le moment où le processus JVM se termine réellement.

• wrapper.jvm_cleanup.timeout (3.4.0)

  Configure le nombre de secondes accordées au Wrapper pour nettoyer les processus enfants après l'arrêt de la JVM.

• wrapper.jvm_terminate.timeout (3.5.18)

  Configure le nombre de secondes autorisées à partir du moment où le Wrapper demande au système de terminer de force la JVM jusqu'à ce qu'il confirme que le processus s'est réellement arrêté.

• wrapper.event.<event_name>.command.block.timeout (3.3.0) ( Professionnel )

  Configure la durée pendant laquelle le Wrapper attendra qu'un événement configuré se termine.

• wrapper.event.<event_name>.email.receive.timeout (3.3.2) ( Professionnel )
• wrapper.event.<event_name>.email.send.timeout (3.3.2) ( Professionnel )