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, so dass Anforderungen parallel fortgesetzt werden können. Ein zugehöriges Element mit dem Namen 'read-timeout-seconds' gibt die Sekunden zwischen ejbLoad() an. 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.
  
  

Für diese Regel wird die automatische Korrektur Ihre Gleichzeitigkeitsstrategien migrieren, die in weblogic-ejb-jar.xml definierten Gleichzeitigkeitsstrategien in Gleichzeitigkeitsstrategien, die in der WebSphere EJB-Erweiterungsdatei definiert sind. Automatisierte Korrekturmaßnahmen:

Exklusiv

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

• Aktivieren bei ist auf EINMAL eingestellt.
• Load at ist auf ACTIVATION eingestellt.

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.

ReadOnly

Für die Strategie ReadOnly WebLogic werden die folgenden WebSphere Application Server Bean Cache Optionen für die entsprechende bean gesetzt:

• Aktivieren bei wird auf ONCE gesetzt.
• Load at wird auf INTERVAL gesetzt.
• das Nachladeintervall wird auf die entsprechende Anzahl von Sekunden zwischen den Nachladungen eingestellt. Dieser Wert wird dem Element WebLogic <read-timeout-seconds> entnommen und ist ebenfalls in sekunden. Wenn <Lesezeitüberschreitungs-Sekunden> auf in WebLogic, auf 0 gesetzt ist, wird ejbLoad nur aufgerufen, wenn die Instanz zum ersten Mal in den Cache gebracht wird. 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 Strategie Database WebLogic werden die folgenden WebSphere Application Server Bean-Cache-Optionen für die entsprechende bohne gesetzt:

• Aktivieren bei ist auf TRANSACTION eingestellt.
• Load at ist auf TRANSACTION eingestellt.

Dies ist die Standardeinstellung für den Bean-Cache von WebSphere Application Server. Da dies der Standard ist, muss sie nicht explizit für jede der Beans gesetzt werden, die die Datenbank-Gleichzeitigkeitsstrategie verwenden: die automatische Korrektur wird sie jedoch explizit setzen. 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 bei der Erstellung der CMP-Map erstellt wird, wird die Eigenschaft OptimisticPredicate für alle Felder, die in der Datei <span.xml als <verify-columns> definiert sind, auf TRUE gesetzt die in der Datei weblogic-cmp-rdbms-jar.xml als <verify-columns> definiert sind werden auf Aktualisierungen geprüft, bevor die Änderungen in die Datenbank übernommen werden. Wenn eine Änderung erkannt wird, wird die Transaktion rückgängig gemacht.