Adaptateur Oracle JCA sur un environnement OSB clusterisé

LinkedIn 0
Twitter
Facebook 0
Google+ 0

« Le bus de service est une multiprise protocolaire… »

Il existe, en effet, différents types d’interconnexions systèmes qu’Oracle propose. Parmi lesquels, l’utilisation d’un adaptateur de ressources JCA dont :

  • Oracle JCA Adapter for AQ
  • Oracle JCA Adapter for Database
  • Oracle JCA Adapter for Files/FTP

Je vous propose ici, une procédure en 4 étapes de déploiement de l’adaptateur fichier sur un environnement OSB « clusterisé » qui peut être adaptée à tout autre adaptateur JCA Oracle.

 

1. Création du fichier de configuration JCA OSB

 

2. Liaison du JCA avec un Business Service

On peut constater le chargement des paramètres du fichier JCA dans l’espace « Advanced Settings » du Business Service :

C’est terminé côté développement OSB, notre Business Service est donc prêt à parler « fichier ».
Mais alors que tout semble ok, mon connecteur ne semble fonctionner qu’une fois sur 2, avec cette trace d’erreur dans les logs (dont j’ai sélectionné quelques lignes) :

Traduction :

Suite à une surcharge d’activité du composant JCA sur le cluster, Weblogic ne sais pas quoi faire sur le 2ème serveur !

En effet, Weblogic a besoin qu’un plan de configuration soit déployé sur chacun des serveurs OSB, il nous reste donc 2 étapes.

 

3. Configuration Weblogic de l’adaptateur et génération du plan.xml (via la console d’administration Weblogic)

D’abord, recherchons la ressource FileAdapter :

Ensuite, la configuration de l’instance eis/HAFileAdapter :

Créer une session Weblogic puis modifier le répertoire cible « ControlDir » :

Et enfin générer le fichier « plan.xml » par enregistrement des modifications puis fermeture de la session Weblogic :

 

4. Distribution sur les serveurs

Vous trouverez alors le fichier plan.xml dans le répertoire cible « controlDir » que vous avez choisi.
Il faut maintenant via un terminal de commande, recréer la même arborescence sur l’ensemble de vos serveurs et y déposer le fichier que vous venez de générer « /OSB/FileAdpater/ControlDir/plan.xml« .

Il ne vous reste plus qu’à redémarrer votre serveur admin et vos serveurs managés afin que l’ensemble des modifications soit pris en compte.

N.B : Une autre solution pour éviter l’erreur de surcharge d’activité Weblogic est la mise en place d’une contrainte de gestionnaires de Thread.
Ci-dessous les étapes pour sa mise en place.

On commence par la création d’une contrainte sur le nombre maximal de threads :

Puis la création d’une contrainte de capacité :

Et enfin la création du Gestionnaire de travaux :

 

LinkedIn 0
Twitter
Facebook 0
Google+ 0

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *