Utilizaţi extensiile WebSphere pentru a defini strategia de concurenţă

Strategia de concurenţă pentru WebLogic specifică cum va gestiona containerul accesul concurent la un bean enterprise de tip entitate. Această regulă detectează prezenţa elementului <concurrency-strategy> în fişierul weblogic-ejb-jar.xml.

Există patru strategii de concurenţă WebLogic care trebuie migrate la WebSphere tradiţional:

• Exclusivă face ca WebLogic Server să plaseze o blocare exclusivă pe instanţele EJB (Enterprise JavaBeans) de entitate când bean-ul este asociat cu o tranzacţie. Alte cereri pentru instanţa EJB sunt blocate până când se finalizează tranzacţia.
  
  
• Strategia de concurenţă Numai-citire este utilizată pentru bean-urile de entitate numai-citire. Se încarcă o instanţă din baza de date, apoi se fac copiile disponibile pentru fiecare tranzacţie astfel încât cererile să poată continua în paralel. Un element înrudit numit citire-timeout-secunde specifică secundele dintre ejbLoad() apeluri. O valoare de zero specifică faptul că bean-ul numai citire nu urmează să fie reîncărcat din baza de date.
  
  
• Strategia de concurenţă Bază de date face ca WebLogic să delege cererile de blocare pentru un bean de entitate la depozitul de date subiacent. WebLogic alocă o instanţă de bean de entitate separată fiecărei tranzacţii şi activează tratarea blocării şi memorării în cache de către baza de date. Aceasta este opţiunea implicită.
  
  
• Strategia de concurenţă Optimistă nu deţine blocări în containerul EJB sau baza de date în timpul tranzacţiei. Containerul EJB verifică că niciuna din datele actualizate de tranzacţie nu a fost modificată înainte de a comite tranzacţia. Dacă orice date actualizate s-au modificat, containerul EJB revine la starea anterioară tranzacţiei.
  
  

Pentru această regulă, soluția automată va migra strategiile de concurență definite în weblogic-ejb-jar.xml în strategii de concurență definite în fișierul WebSphere Fișier de extensie EJB. Acțiuni automatizate de remediere:

Exclusiv

Pentru strategia Exclusive WebLogic, următoarele opţiuni de cache de bean WebSphere(R) Application Server sunt setate pentru bean-ul corespunzător:

• Activate at este setat la ONCE.
• Load at este setat la ACTIVATION.

Aceşti parametri evită apelurile la funcţia ejbLoad şi la accesul de serializare la instanţa de bean-uri. Această opţiune creşte gradul de utilizare a memoriei prin menţinerea stării persistente în cache dar poate oferi un timp de răspuns mai bun dacă instanţa de bean-uri nu este în general accesată concurent. Aceasta este punerea în cache a Opţiunii A în specificaţia EJB.

ReadOnly

Pentru strategia ReadOnly WebLogic, următoarele opțiuni WebSphere Application Server Bean Cache vor fi setate pentru corespunzătoare:

• Activarea la va fi setată la ONCE.
• Load at va fi setat la INTERVAL.
• Reload interval este setat la numărul corespunzător de secunde dintre reîncărcări. Această valoare este preluată din elementul WebLogic <read-timeout-seconds> care este, de asemenea, în secunde. Dacă <read-timeout-seconds> este setat la 0 în WebLogic,, atunci ejbLoad este apelat numai atunci când instanța este introdusă pentru prima dată în cache. În WebSphere Application Server, o valoare de interval număr întreg de Reîncărcare de 0 face ca containerul să nu reîncarce niciodată bean-ul.

Bază de date

Pentru strategia Database WebLogic, următoarele opțiuni WebSphere Application Server bean cache vor fi setate pentru corespunzătoare:

• Activate at este setat la TRANSACTION.
• Load at este setat la TRANSACTION.

Acestea sunt implicite pentru memorarea în cache a bean-ului WebSphere Application Server. Deoarece este implicit, nu trebuie să fie setat în mod explicit pentru fiecare beans care utilizează strategia de simultaneitate a bazei de date: cu toate acestea, soluția automată o va seta explicit. Această strategie este, de asemenea denumită Opţiunea C în specificaţia EJB.

Optimistă

Pentru strategia WebLogic optimistă, în WebSphere este folosită blocarea optimistă. Intenţia de acces este setată în fişierul de extensie WebSphere la wsOptimisticUpdate. De asemenea, atunci când Este creată harta CMP, proprietatea OptimisticPredicate ar fi setată la TRUE pentru toate câmpurile care sunt definite în fișierul weblogic-cmp-rdbms-jar.xml ca <verify-columns>.Aceste coloane vor fi verificate pentru actualizări înainte de a trimite modificările în baza de date. Dacă este detectată o bază de date, tranzacţia este derulată înapoi.