Stateful Session Bean

In precedenza abbiamo discusso della presenza degli stateful session bean e di come il loro ciclo di vita è gestito in maniera efficiente dall'EJB container dell'application server. In particolare abbiamo visto come i metodi ejbActivate() ed ejbPassivate() consentano ad un application server di mantenere attive solo le istanze che sono utilizzate nel dato momento attraverso l'operazione di swap su disco fisso.

Prima di vedere un esempio concreto di stateful session bean vogliamo soffermarci su queste due operazioni che sono di vitale importanza per non commettere errori in fase di codifica del bean. L'operazione di salvataggio/caricamento da disco fisso è effettuata mediante serializzazione, cioè conversione in un formato digitale dei dati (fatta automaticamente dalle classi Java). Ciò vuol dire che la classe in questione (lo stateful session bean) verrà serializzata ed in maniera ricorsiva tutte le variabili di istanza. Per poter ricorrere alla serializzazione è necessario pertanto che tutte le variabili di istanza per cui si vuole mantenere lo stato siano dei tipi primitivi oppure implementino l'interfaccia Serializable (e così, ricorsivamente, tutte le variabili di istanza di quella classe).

I metodi ejbActivate() ed ejbPassivate() saranno utilizzati esclusivamente dal container prima delle operazioni di swap ed in essi dovremo effettuare le operazioni di chiusura o ripristino di connessioni a file, database, socket... in modo da mantenere efficienza nella gestione delle risorse utilizzate direttamente dal bean. Quindi, se il bean presenta una connessione ad un file, nel metodo passivate sarà presente l'operazione di chiusura della connessione, mentre nel metodo activate, sarà presente l'operazione di ripristino della connessione.

In questo modo il container riuscirà ad essere ben bilanciato mantenendo attivi quei session bean con cui un utente sta interagendo, mantenendo in uno stato "dormiente" quelli non in uso (pronti ad essere "svegliati" alla prima operazione richiesta).

Vediamo ora un esempio di Stateful Session Bean: creeremo un carrello della spesa (ShoppingCart) e vedremo come usarlo attraverso un client Java prima, e dopo, attraverso un'intera web application (quindi servlet e JSP).

Come già visto, anche gli stateful session bean presentano la stessa architettura di interfacce e classi. Partiamo dalla definizione delle funzioni di un carrello della spesa: aggiungere un prodotto, visualizzare la lista dei prodotti presenti, calcolare il totale.

L'interfaccia remota e quella locale presentano quindi la definizione dei metodi sopra esposti. Le interfacce Home, remota e locale, presentano i metodi create utilizzati per la creazione del bean (da remoto o da locale).

La classe che presenta la logica è, come potete vedere dal listato, sottostante una tipica struttura dati (un Vector, ma si potrebbero utilizzare strutture più efficienti) e i metodi definiti nell'interfaccia. Abbiamo inoltre creato una semplicissima virtualizzazione di un prodotto, attraverso la classe java Product, per rendere l'esempio più concreto.

Ultimo listato che vediamo è il descrittore di deployment in cui vengono definiti nomi e relazioni (ed eventualmente specifiche funzioni) del bean.