HTTP-Sitzungsmanager mit WebSphere Portal konfigurieren

Sie können HTTP-Sitzungen über WebSphere Portal persistent in einem Datengrid speichern.

Vorbereitende Schritte

Ihre Umgebungen von WebSphere eXtreme Scale und WebSphere Portal müssen die folgenden Voraussetzungen erfüllen:

Informationen zu diesem Vorgang

Die Einführung von WebSphere eXtreme Scale in eine Umgebung von WebSphere Portal kann in den folgenden Szenarien hilfreich sein:
Wichtig: Obwohl die folgenden Szenarien Vorteile bieten, kann die Einführung von WebSphere eXtreme Scale in die Umgebung zu einer erhöhten Prozessorauslastung auf der WebSphere-Portal-Schicht führen.

Vorgehensweise

  1. Verbinden Sie die Anwendung wps von WebSphere Portal und alle angepassten Portlets, damit die Sitzungen im Datengrid gespeichert werden können.

    Sie können die Anwendung verbinden, indem Sie das HTTP-Sitzungsmanagement konfigurieren, wenn Sie die Anwendung implementieren. Sie können aber auch angepasste Eigenschaften verwenden, damit Ihre Anwendungen automatisch verbunden werden. Weitere Informationen zum Verbinden der Anwendung finden Sie unter HTTP-Sitzungsmanager mit WebSphere Application Server konfigurieren.

  2. Wenn Sie das ferne Szenario verwenden, in dem sich Ihre Container-Server außerhalb von WebSphere Application Server befinden, starten Sie die fernen eXtreme-Scale-Container für die HTTP-Sitzungspersistenz explizit. Starten Sie die Container mit den Konfigurationsdateien XS/ObjectGrid/session/samples/objectGridStandAlone.xml und objectGridDeploymentStandAlone.xml. Sie können beispielsweise den folgenden Befehl verwenden:
    startOgServer.sh xsContainer1 -catalogServiceEndPoints <Host>:<Port>
    -objectgridFile XS/ObjectGrid/session/samples/objectGridStandAlone.xml -deploymentPolicyFile 
    XS/ObjectGrid/session/samples/objectGridDeploymentStandAlone.xml
    Weitere Informationen zum Starten von Container-Servern finden Sie unter Container-Server starten. Wenn Sie ein integriertes Szenario verwenden, finden Sie im Artikel Container-Server in WebSphere Application Server konfigurieren weitere Informationen zum Konfigurieren und Starten von Container-Servern.
  3. Starten Sie die Server von WebSphere Portal erneut. Weitere Informationen finden Sie unter WebSphere Portal Version 7: Starting and stopping servers, deployment managers, and node agents.

Ergebnisse

Sie können auf WebSphere Portal Server zugreifen, und die HTTP-Sitzungsdaten für die konfigurierten angepassten Portlets werden persistent im Datengrid gespeichert.
Wenn das gesamte Datengrid, in dem die Anwendungssitzungsdaten gehostet werden, über den Web-Container-Client nicht verfügbar ist, verwendet der Client stattdessen den Basis-Web-Container in WebSphere Application Server für die Sitzungsverwaltung. Das Datengrid kann in den folgenden Szenarien nicht erreichbar sein:
  • Es besteht ein Netzproblem zwischen dem Web-Container und den fernen Container-Servern.
  • Die fernen Container-Server-Prozesse wurden gestoppt.
Die Anzahl der im Speicher verwalteten Sitzungsreferenzen, die mit dem Parameter sessionTableSize angegeben wird, wird auch auch dann beibehalten, wenn die Sitzungen im Basis-Web-Container gespeichert werden. Die Sitzungen, die am längsten nicht mehr verwendet wurden, werden aus dem Sitzungscache des Web-Containers entfernt, wenn der Wert von sessionTableSize überschritten wird. Wenn das ferne Datengrid wieder verfügbar ist, können Sitzungen, die aus dem Web-Container-Cache entfernt wurden, Daten aus dem fernen Datengrid abrufen und die Daten in eine neue Sitzung laden. Wenn das gesamte ferne Datengrid nicht verfügbar ist und die Sitzung aus dem Sitzungscache entfernt wird, gehen die Sitzungsdaten des Benutzers verloren. Aufgrund dieses Problems sollten Sie nicht das gesamte Produktionsdatengrid beenden, wenn das System unter Last ausgeführt wird.