Utilizza estensioni WebSphere per definire la strategia di simultaneità

La strategia di simultaneità per WebLogic specifica il modo in cui il contenitore deve gestire gli accessi simultanei ad un bean enterprise del tipo di entità. Questa regola rileva la presenza dell'elemento <concurrency-strategy> nel file weblogic-ejb-jar.xml.

Esistono quattro strategie di concorrenza WebLogic che devono essere migrate su WebSphere tradizionale:

• Con la strategia Esclusiva, il server WebLogic inserisce un blocco esclusivo sulle istanze EJB (Enterprise JavaBeans(TM)I dell'entità quando il bean è associato ad una transazione. Le altre richieste dell'istanza EJB vengono bloccate fino a quando la transazione non viene completata.
  
  
• La strategia di simultaneità Sola lettura viene utilizzata per i bean di entità di sola lettura. Carica un'istanza dal database, quindi rende disponibili delle copie per ciascuna transazione, in modo che le richieste possano procedere in parallelo. Un elemento correlato denominato read - timeout - seconds specifica i secondi tra ejbLoad() chiamate. Il valore zero indica che il bean di sola lettura non deve essere ricaricato dal database.
  
  
• Con la strategia di simultaneità Database, WebLogic delega le richieste di blocco per un bean di entità all'archivio dati sottostante. WebLogic assegna un'istanza del bean di entità separata a ciascuna transazione ed abilita la gestione del blocco e della memorizzazione della cache da parte del database. Questa è l'opzione predefinita.
  
  
• La strategia di simultaneità Ottimistica non imposta alcun blocco nel database o nel contenitore EJB durante una transazione. Il contenitore EJB verifica che nessuno dei dati aggiornati da una transazione sia stato modificato prima di eseguire il commit della transazione. Se i dati aggiornati sono stati modificati, il contenitore ripristina la versione precedente alla transazione.
  
  

Per questa regola, la correzione automatica migrerà le strategie di concorrenza definite in weblogic-ejb-jar.xml alle strategie di concorrenza definite nel file di estensione WebSphere Nel file di estensione EJB. Azioni correttive automatizzate:

Esclusivo

Per la strategia WebLogic Esclusiva, vengono impostate le seguenti opzioni della cache del bean WebSphere(R) Application Server per il bean corrispondente:

• Attiva su è impostato u ONCE.
• Carica a è impostato su ACTIVATION.

Questi parametri evitano le chiamate alla funzione ejbLoad e serializzano l'accesso all'istanza del bean. Questa opzione incrementa l'utilizzo della memoria conservando lo stato persistente nella cache, ma può fornire un tempo di risposta migliore se generalmente non viene eseguito l'accesso simultaneo all'istanza del bean. Questa è l'opzione di memorizzazione nella cache A nella specifica EJB.

ReadOnly

Per la strategia ReadOnly WebLogic, le seguenti opzioni di WebSphere Application Server Bean Cache saranno impostate per il corrispondente bean corrispondente:

• L 'attivazione sarà impostata su UNA VOLTA.
• Il carico a sarà impostato su INTERVALLO.
• Intervallo di ricaricamento è impostato sul numero appropriato di secondi tra i ricaricamenti. Questo valore viene preso dall'elemento WebLogic <read-timeout-seconds>, anch'esso espresso in secondi. Se <read-timeout-seconds> è impostato a è impostato a 0 in WebLogic,, allora ejbLoad viene chiamato solo quando l'istanza viene portata per la prima volta nella cache. In WebSphere Application Server, con il valore dell'intervallo di ricarica dell'intero 0 il bean non viene mai ricaricato.

Database

Per la strategia Database WebLogic, le seguenti opzioni di cache del bean WebSphere Application Server saranno impostate per il corrispondente bean corrispondente:

• Attiva su è impostato su TRANSACTION.
• Carica su è impostato su TRANSACTION.

Questa è l'impostazione predefinita per la cache del bean WebSphere Application Server. Poiché è il valore predefinito, non è necessario impostarla esplicitamente per ogni fagiolo che utilizza la strategia di concorrenza del database: tuttavia, la correzione automatica la imposterà esplicitamente. Questa strategia è indicata anche come opzione di memorizzazione nella cache C nella specifica EJB.

Ottimistica

Per la strategia WebLogic Ottimistica, in WebSphere viene utilizzato il blocco ottimistico. L'intento di accesso è impostato nel file di estensione WebSphere su wsOptimisticUpdate. Inoltre, quando la mappa CMP, la proprietà OptimisticPredicate sarà impostata su TRUE per tutti i campi definiti nel file <span.xml come <verify-columns> nel file weblogic-cmp-rdbms-jar.xml come <verify-columns> queste colonne saranno controllate per gli aggiornamenti prima di eseguire il commit delle modifiche al database. Se viene rilevata una modifica, viene eseguito il rollback della transazione.