Développement > Utilitaires > Divers > Pool Java Bridge 

Depuis la version 108, le composant "Safe X3 Java Bridge Server" est capable de contacter un serveur de traitement X3 afin d’appeler directement des sous programmes L4G. Ainsi, les développeurs de bundles "extends" peuvent, à l’aide du SDK Client, se connecter aux pools de connexions disponibles.

Cette fonction permet de définir les pools publiés pour la solution. Elle permet de définir les pools de connexion du composant “Safe X3 Java Bridge Server” par rapport à un dossier.

SEEINFO Les pools de connexion ne sont pas nécessairement liés à SDATA. Cependant, pour des raisons d'optimisation, il est conseillé de définir l'utilisateur d'intégration login utilisé par l'application SalesLogix comme utilisateur du pool de connexion.

Pré-requis

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre

Gestion de l'écran

Ecran de saisie

Présentation

Champs

Les champs suivants sont présents dans cet onglet :

Configuration

  • Alias du pool (champ POOLALIAS)

Identifiant du pool du Bridge Java.

  • champ INTITPOOL

 

Le dossier est celui sur lequel les sessions seront ouvertes.

Ce champ permet de définir une langue de connexion.

  • Code utilisateur (champ USR)

Les champs Code utilisateur, Mot de passe, Utilisateur système et Mot de passe système permettent de définir les paramètres nécessaires pour ouvrir les sessions.

  • Identifiant de connexion (champ LOGIN)

 

  • Mot de passe (champ USRMDP)

Les champs Code utilisateur, Mot de passe, Utilisateur système et Mot de passe système permettent de définir les paramètres nécessaires pour ouvrir les sessions.

  • Utilisateur système (champ USRSYST)

 

  • Mot de passe système (champ SYSTMDP)

 

  • Nombre max entrées (champ MAXENTRY)

Le nombre maximum d'entrées ne doit pas dépasser le nombre d'entrées disponibles dans la licence X3.

SEEINFO Les connexions ouvertes par le Bridge Java sont de type 7.

  • Nombre d'entrées initiales (champ NBENTRY)

Comme le serveur de web services, le serveur Java ouvre, en avance de phase, des connexions pour optimiser les temps de réponse.

Le nombre d'entrées initiales correspond aux nombre de sessions ouvertes au lancement du bridge. Il est inférieur ou égal au nombre maximum d'entrées.

Les autres sessions sont ouvertes au fur et à mesure lorsque la charge le nécessite.

  • Démarrage automatique (champ AUTOSTART)

 

  • Temps maximum (s) (champ LIFETIME)

Le temps maximum est le temps d'inactivité maximum (en secondes) au bout duquel une session est fermée. La session réouverte automatiquement lorsqu'une requête se présente.

  • Optimisation (champ IMPCLI)

 

Avancé

  • Serveur d'application (champ SERVEURAPP)

 

  • Serveur de traitement (champ SERVEURTRT)

 

  • Port (champ NOPORT)

 

 

Boutons spécifiques

Lors de l’exécution du bouton Validation, un fichier XML est généré (adxpoolconfig_SOLUTION.xml) dans le répertoire X3_ROOT/GEN/ de la solution sur le serveur d’application X3. Si un serveur Bridge est rattaché à la solution (c'est-à-dire que le fichier solution.xml contient sa description), alors ce serveur Bridge sera contacté par un appel de type "funciu" pour déclencher la mise à jour des pools.

Si plusieurs serveurs Bridge sont rattachés à une solution, seul celui dont la description apparait en premier sera contacté lors de la validation de l’écran. Dans ce cas, une mise à jour manuelle est possible via la commande OSGI "updatePools" du serveur Bridge concerné ou via le bouton Rafraîchir de l’interface web.

Ce bouton permet de visualiser le fichier de configuration présent sur disque et créé par la fonction de validation.

Messages d'erreur

Il n'y a pas de message d'erreur autre que les messages d'erreur génériques.

Tables mises en oeuvre

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre