FileNet P8 Application Engine, FileNet P8 Content Engine, Version 5.0.+              

Content Engine dans un cluster de serveurs d'applications et le transport EJB

Les clients, par exemple Application Engine, qui utilisent le transport EJB peuvent être configurés pour communiquer avec Content Engine dans un cluster de serveurs d'applications.

Pour les clients, comme Application Engine, qui utilisent le transport EJB pour communiquer avec Content Engine dans une configuration de cluster de serveurs d'application, le format de l'URL utilisé est différent de celui utilisé dans les configurations ne disposant pas de la haute disponibilité.
Restriction : Dans les exemples qui suivent, la portion "cemp" au début de l'URI est requise par les applications IBM® FileNet P8, par exemple Workplace et Workplace XT. Le préfixe "cemp" n'est pas nécessaire pour les applications que vous développez.

Lorsque Content Engine se trouve dans une configuration de cluster de serveurs d'applications à haute disponibilité, son URL doit prendre la forme suivante :

WebSphere Application Server

SSL
cemp:corbalocs::nom_hôte_noeud1:port_sécurisé_défaut_WC,:nom_hôte_noeud2:port_sécurisé_défaut_WC/cellule/clusters/nom_cluster_websphere/FileNet/Engine
Non SSL
cemp:corbaloc::nom_hôte_noeud1:port_sécurisé_défaut_WC,:nom_hôte_noeud2:port_sécurisé_défaut_WC/ cellule/clusters/nom_cluster_websphere/FileNet/Engine

Dans cette configuration, le nom du cluster WebSphere est ajouté aux noms de noeud dans l'URL. Le port d'amorce par défaut (par exemple 9810) diffère du port personnalisé (par exemple 2809) d'un configuration sans cluster (c'est-à-dire d'une installation de serveurs WebSphere autonomes).

Une seule URL est utilisée, indépendamment de l'utilisation de SSL. Lors de l'utilisation de WebSphere, une connexion SSL est automatiquement établie pour le transport si le port SSL de l'instance du serveur d'applications WebSphere est actif.

Par exemple : cemp:corbaloc::noeud_test1:9810,:noeud_test2:9810/cellule/clusters/cluster_test_was/FileNet/Engine

Oracle WebLogic Server

SSL
cemp:t3S://nom_noeud1:port_SSL_noeud,nom_noeud2:port_SSL_noeud2/FileNet/Engine
Non SSL
cemp:t3://nom_noeud1:port_noeud1,nom_noeud2:port_noeud2/FileNet/Engine
Même si le nom des serveurs individuels apparaît, Oracle WebLogic Server équilibre la charge en utilisant le transport EJB vers Content Engine si les instances de serveur font partie d'un cluster Oracle WebLogic Server.

Par exemple : cemp:t3://noeud_test1:7001,noeud_test2:7001/FileNet/Engine

JBoss Application Server

SSL
Pour plus d'informations, consultez la documentation JBoss Application Server relative à SSL.
Non SSL
cemp:jnp://nom_noeud1:port_noeud1,nom_noeud2:port_noeud2/FileNet/Engine

Le comportement de JBoss Application Server est le contraire de celui de Oracle WebLogic Server décrit précédemment ; au lieu d'équilibrer la charge avec les serveurs affichés, JBoss Application Server appelle les serveurs en suivant l'ordre de la liste et se connecte au premier qui répond.

Par exemple : cemp:jnp://noeud_test1:1100,noeud_test2:1100/FileNet/Engine



Commentaires

Dernière mise à jour : Novembre 2010


© Copyright IBM Corp. 2010.
Ce centre de documentation utilise la technologie Eclipse. (http://www.eclipse.org)