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. Ea încarcă o instanţă din baza de date, apoi face copii disponibile pentru fiecare tranzacţie, astfel că cererile pot fi procesate în paralel. Un element asociat numit read-timeout-seconds specifică secundele dintre apelurile ejbLoad(). O valoare de zero specifică că bean-ul numai-citire nu trebuie 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.
  
  

În scanerul de sursă, corecţia rapidă furnizată pentru această regulă migrează strategiile de concurenţă definite în weblogic-ejb-jar.xml la strategiile de concurenţă definite în fişierul de extensie EJB WebSphere. Puteţi folosi opţiunea de previzualizare a corecţiei rapide pentru a vedea modificările înainte de a aplica corecţia rapidă.

Acţiunile corecţiei rapide a scanerului de sursă:

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.

Numai-citire

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

• Activate at este setat la ONCE.
• Load at este setat la INTERVAL.
• Reload interval este setat la numărul corespunzător de secunde dintre reîncărcări. Această valoare este luată din elementul WebLogic <read-timeout-seconds> care este în secunde. Dacă <read-timeout-seconds> este setat la 0 în WebLogic, atunci este apelată ejbLoad doar când instanţa este adusă în cache pentru prima dată. Î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 WebLogic bază de date, sunt setate următoarele opţiuni de cache bean WebSphere(R) Application Serverpentru bean-ul corespunzător:

• 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. Din moment ce sunt implicite, nu este nevoie să fie setate explicit pentru fiecare bean care utilizează strategia de concurenţă bază de date; totuţi, corecţia rapidă le setează explicit. Această strategie este, de asemenea denumită Opţiunea C în specificaţia EJB.

Optimistic

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, când este creată maparea CMP, proprietatea OptimisticPredicate este setată la TRUE pentru toate câmpurile care sunt definite în fişierul weblogic-cmp-rdbms-jar.xml ca <verify-columns>. Aceste coloane sunt verificate pentru actualizări înainte de a comite modificările în baza de date. Dacă este detectată o modificare tranzacţia este derulată înapoi.