HochverfügbarkeitFileNet P8 Application Engine, Content Platform Engine, Version 5.2.1              

Content Platform Engine in Anwendungsserver-Cluster mit EJB-Transport

Sie können Clients wie Application Engine konfigurieren, die über den EJB-Transport mit Content Platform Engine in einem Anwendungsserver-Cluster kommunizieren.

Für Clients wie Application Engine, die über einen EJB-Transport mit Content Platform Engine in einer Clusterkonfiguration mit Anwendungsservern kommunizieren, müssen Sie einen URI mit einem Format verwenden, das sich von dem für Konfigurationen ohne hohe Verfügbarkeit unterscheidet.
Einschränkung: Wenn der URI von einigen älteren Anwendungen, wie FileNet P8-Anwendungen, Workplace oder Workplace XT, verwendet werden soll, muss in den unten aufgeführten Beispielen das Token cemp: dem URI vorangestellt werden. Beispiel: Sie verwenden den URI cemp:corbaloc::testnode1:9810,:testnode2:9810/cell/clusters/testwascluster/FileNet/Engine anstelle von corbaloc::testnode1:9810,:testnode2:9810/cell/clusters/testwascluster/FileNet/Engine.

Wenn Content Platform Engine über eine Clusterkonfiguration mit Anwendungsservern hoch verfügbar gemacht wird, sollte der Content Platform Engine-URI folgende Form haben (ohne Zeilenumbrüche):

WebSphere Application Server

corbaloc::Knoten1_Hostname:BOOTSTRAP-ADRESSE,
:Knoten2_Hostname:BOOTSTRAP-ADRESSE/cell/clusters/
Ihr_WebSphere-Clustername/FileNet/Engine

Für diese Konfiguration ist der WebSphere-Clustername zusätzlich zu den Knotennamen als Teil des URI erforderlich. Der Bootstrap-Port für eine Clusterkonfiguration (standardmäßig Port 9810) ist in der Regel ein anderer Port als der Bootstrap-Port einer Konfiguration ohne Cluster (Standalone-Konfiguration) (standardmäßig Port 2809).

Unabhängig von der Verwendung von SSL ist nur ein URI zulässig. WebSphere EJB über SSL wird automatisch aktiviert, wenn die EJB-Sicherheit aktiviert ist.

Beispiel:
corbaloc::testknoten1:9810,:testknoten2:9810/cell/clusters/
testwascluster/FileNet/Engine

Wird der EJB-Client in derselben WebSphere Network Deployment-Zelle implementiert wie Content Platform Engine, können Sie einen der folgenden einfacheren corbaloc-URIs verwenden:

  • Beispiel für IBM® Content Navigator:
    corbaloc:rir:/cell/clusters/Ihr_WebSphere-Clustername/FileNet/Engine
  • Beispiel für Workplace und Workplace XT:
    cemp:corbaloc:rir:/cell/clusters/Ihr_WebSphere-Clustername/FileNet/Engine

Oracle WebLogic Server

SSL
t3s://Knoten1_Name:SSL-Port_für_Knoten1,Knoten2_Name:SSL-Port_für_Knoten2/FileNet/Engine
Kein SSL
t3://Knoten1_Name:Port_für_Knoten1,Knoten2_Name:Port_für_Knoten2 /FileNet/Engine
Obwohl die einzelnen Servernamen angezeigt werden, führt Oracle WebLogic Server den Lastausgleich von Anforderungen über den EJB-Transport an Content Platform Engine aus, falls die Serverinstanzen Teil eines Oracle WebLogic Server-Clusters sind.

Beispiel: t3://Testknoten1:7001,Testknoten2:7001/FileNet/Engine

JBoss Application Server

SSL
Weitere Informationen finden Sie in der JBoss Application Server-Dokumentation zu SSL.
Kein SSL
jnp://Knoten1_Name:Port_für_Knoten1,Knoten2_Name:Port_für_Knoten2/FileNet/Engine

Das Verhalten von JBoss Application Server ist das Gegenteil des Verhaltens von Oracle WebLogic Server im vorherigen Hinweis; statt innerhalb der angezeigten Server einen Lastausgleich auszuführen, probiert JBoss Application Server die Liste der Reihenfolge nach durch und stellt eine Verbindung zum ersten Server her, der reagiert.

Beispiel: jnp://Testknoten1:1100,Testknoten2:1100/FileNet/Engine



Letzte Aktualisierung: März 2016
p8phx004.htm

© Copyright IBM Corp. 2013, 2016.