ActivitySessions |
|
|
![]() |
|
Configurare şi rulare | Note tehnice | Javadoc | Construire cu Ant |
Localizarea tabelelor de bază de date |
Localizarea codului sursă |
Examinarea notelor despre codare |
z/OS: Codul sursă pentru Exemple nu este furnizat pe platforma z/OS deoarece aplicaţiile Exemplu nu sunt construite pe platforma z/OS.
Urmează câteva note:
Clientul accesează bean-ul entitate în timpul sesiuni activitate. Când bean-ul este accesat contextul ActivitySession al clientului se stabileşte în bean deoarece atributul ActivitySession este Mandatory. Nu există niciun context de tranzacţie globală, astfel încât este pornit un LTC. LTC este scopat la sesiunea activitate şi controlul de rezoluţie de ContainerAtBoundary când sesiunea activitate se termină.
Clientul rulează două sesiuni activitate, actualizând două instanţe ale bean-ului în fiecare. Exemplul se termină prima dată cu un punct de control şi a doua oară cu un reset şi apoi verifică dacă actualizările făcute în timpul primei sesiuni activitate sunt comise în depozitul de date, în timp ce actualizările făcute în a doua sesiune activitate sunt aduse la starea iniţială. Fiecare instanţă de bean rulează în propriul LTC, dar aceeaşi sesiune activitate.
În plus, pentru a demonstra cum să se acceseze interfaţa UserActivitySession de la un client J2EE, Exemplul arată cum LTC-urile folosite în instanţele de bean sunt terminate de container când sesiunile activitate sunt terminate. Această acţiune se observă mai bine când resetarea ActivitySession face ca ambele LTC-uri pentru fiecare instanţă să deruleze înapoi.
Acest scenariu de folosire este comun sesiunilor activitate, prin care mai multe operaţii asupra unuia sau mai multor bean-uri susţinute de manageri de resurse cu o singură fază pot fi grupate împreună ca să fie verificate sau să se renunţe la ele.