WebSphere-Erweiterungen für die Definition der Strategie für gemeinsamen Zugriff verwenden

Die Strategie für gemeinsamen Zugriff für WebLogic gibt an, wie der Container den gemeinsamen Zugriff auf eine Enterprise-Bean vom Typ "Entity" verwalten soll. Diese Regel erkennt das Vorhandensein des Elements <concurrency-strategy> in der Datei weblogic-ejb-jar.xml.

Es gibt vier WebLogic-Strategien für gemeinsamen Zugriff, die auf WebSphere Traditional migriert werden müssen:

Exklusiv: Bewirkt, dass WebLogic Server eine exklusive Sperre für Entity-EJB-Instanzen setzt, wenn die Bean einer Transaktion zugeordnet ist. Andere Anforderungen für die EJB-Instanz werden blockiert, bis die Transaktion abgeschlossen ist.
Schreibgeschützt: Diese Strategie für gemeinsamen Zugriff wird für schreibgeschützte Entity-Beans verwendet. Bei dieser Strategie wird eine Instanz aus der Datenbank geladen, und anschließend werden Kopien für jede Transaktion bereitgestellt, sodass Anforderungen parallel fortgesetzt werden können. Ein zugehöriges Element mit dem Namen 'read-timeout-seconds' legt die Sekunden zwischen den Aufrufen von ejbLoad() fest. Der Wert null gibt an, dass die schreibgeschützte Bean nicht erneut aus der Datenbank geladen wird.
Datenbank: Diese Strategie für gemeinsamen Zugriff bewirkt, dass WebLogic das Sperren von Anforderungen für eine Entity-Bean an den zugrunde liegenden Datenspeicher delegiert. WebLogic ordnet jeder Transaktion eine separate Entity-Bean-Instanz zu und aktiviert das Sperren und Zwischenspeichern durch die Datenbank. Dies ist die Standardoption.
Optimistisch: Diese Strategie für gemeinsamen Zugriff bewirkt, dass während einer Transaktion keine Sperren im EJB-Container und in der Datenbank gehalten werden. Der EJB-Container verifiziert, dass sich keine Daten, die von einer Transaktion aktualisiert werden, vor dem Festschreiben der Transaktion geändert haben. Falls aktualisierte Daten geändert wurden, greift der EJB-Container auf die vorherige Transaktion zurück.

Die für diese Regel bereitgestellte Schnellkorrektur im Quellenscanner migriert die Strategien für gemeinsamen Zugriff, die in der Datei weblogic-ejb-jar.xml definiert sind, auf die Strategien, die in der WebSphere-EJB-Erweiterungsdatei definiert sind. Sie können die Voranzeigeoption für die Schnellkorrektur verwenden, um die Änderungen anzuzeigen, bevor Sie die Schnellkorrektur anwenden.

Schnellkorrekturaktionen im Quellenscanner:

Exklusiv

Für die WebLogic-Strategie "Exklusiv" werden die folgenden Bean-Cacheoptionen von WebSphere(R) Application Server für die entsprechende Bean gesetzt:

Die Einstellung für den Aktivierungszeitpunkt wird auf einmalig.
Die Einstellung für den Ladezeitpunkt wird auf Aktivierung gesetzt.

Diese Parameter verhindern Aufrufe der Funktion "ejbLoad" und serialisieren den Zugriff auf die Bean-Instanz. Diese Option erhöht die Speicherauslastung, weil ein persistenter Status im Cache aufrecht erhalten wird, kann aber die Antwortzeit verbessern, wenn im Allgemeinen kein gemeinsamer Zugriff auf die Bean-Instanz erfolgt. Dies ist die Caching-Option A in der EJB-Spezifikation.

Schreibgeschützt

Für die WebLogic-Strategie "Schreibgeschützt" werden die folgenden Bean-Cacheoptionen von WebSphere(R) Application Server für die entsprechende Bean gesetzt:

Die Einstellung für den Aktivierungszeitpunkt wird auf einmalig.
Die Einstellung für den Ladezeitpunkt wird auf Intervall gesetzt.
Das Intervall für erneutes Laden wird auf die entsprechende Anzahl an Sekunden zwischen den Neuladevorgängen gesetzt. Dieser Wert wird dem Element <read-timeout-seconds> entnommen, das ebenfalls in Sekunden angegeben wird. Wenn <read-timeout-seconds> in WebLogic auf 0 gesetzt ist, wird ejbLoad nur beim erstmaligen Laden der Instanz in den Cache aufgerufen. In WebSphere Application Server bewirkt der Wert 0 für das Intervall für erneutes Laden außerdem, dass der Container die Bean nie erneut lädt.

Datenbank

Für die WebLogic-Strategie "Datenbank" werden die folgenden Bean-Cacheoptionen von WebSphere(R) Application Server für die entsprechende Bean gesetzt:

Die Einstellung für den Aktivierungszeitpunkt wird auf Transaktion gesetzt.
Die Einstellung für den Ladezeitpunkt wird auf Transaktion gesetzt.

Dies ist die Standardeinstellung für den Bean-Cache von WebSphere Application Server. Da es sich um die Standardeinstellung handelt, muss sie nicht explizit für jede Bean, die die Strategie für gemeinsamen Zugriff "Datenbank" verwendet, einzeln gesetzt werden. Diese Schnellkorrektur setzt diese Strategie jedoch explizit. Diese Strategie wird in der EJB-Spezifikation auch als Caching-Option C bezeichnet.

Optimistisch

Bei der WebLogic-Strategie "Optimistisch" wird optimistisches Sperren in WebSphere verwendet. Die Zugriffsart wird in der WebSphere-Erweiterungsdatei auf "wsOptimisticUpdate" gesetzt. Außerdem wird beim Erstellen der CMP-Zuordnung die Eigenschaft "OptimisticPredicate" für alle Felder, die in der Datei weblogic-cmp-rdbms-jar.xml mit <verify-columns> definiert sind, auf TRUE gesetzt. Diese Spalten werden vor dem Festschreiben der Änderungen in der Datenbank auf Aktualisierungen überprüft. Wenn eine Änderung erkannt wird, wird die Transaktion rückgängig gemacht.