Newsgroup: it.comp.java
Titolo: Domanda su EJB

Parliamo di EJB sotto WebSphere.
Se non ho capito male, al posto di eseguire applicazioni transazionali
via JDBC con i soliti "BEGIN TRANS" e "COMMIT TRANS", con
EJB si puň farlo in modo molto piů semplice.
Ho capito bene?
Se si, qualcuno ha un esempio di sorgente di applicazione transazionale
(anche JSP) eseguita in ambito EJB (parlo di un esempio e non di
un ERP intero :-) ?
Ciao e grazie.
Ferro.

 EJB si puň farlo in modo molto piů semplice.
Sě. Tra i goal della tecnologia EJB, c'č proprio quello di semplificare la
gestione delle transazioni.
Diciamo che non č un topic semplice da gestire. EJB ti permettono di
definire il comportamento transazionale in maniera dichiarativa, cioč
specificando nel deployment descriptor. Il che non ti esula dal conoscere
come le transazioni devono funzionare, i concetti fondamentali sulle
transazioni, e come vanno gestite con EJB. Non č cosě semplice: EJB č una
tecnologia che si porta dietro una gran complessitŕ, per cui non guardare ad
EJB come qualcosa che ti semplifichi la gestione delle transazioni (perché
ti potrebbe complicare tutto il resto).
--
~Luigi
Java Typist
http://www.jugtorino.it

 ti potrebbe complicare tutto il resto).
Le mie transazioni sono essenzialmente su DB (niente file system, ...).
Il mio cruccio è:
1)
le fransazioni le faccio fare al DB, direttamente
dall'SQL tramite JDBC (classico EXCUTE "COMMIT TRANS")
2)
oppure mi metto a gestirle con EJB?????
Tu cosa mi consigli?
Considera che io faccio essenzialmente gestionale.
Ciao e grazie.
Ferro.

> oppure mi metto a gestirle con EJB?????
Nella mia umilissima opinione, io ti consiglierei vivamente di far fare
tutto a EJB e di non ricorrere mai a nulla che sia "database specific",
altrimenti perderesti la portabilità di quello che stai facendo.
Oltretutto, così, inizi scrivendo meno codice e non "complicandoti" la vita
più di tanto.
Una volta che hai un "prototipo" (o un primo programma) puoi pensare a
focalizzarti maggiormente sui problemi. A quel punto puoi verificare se,
magari, è necessario utilizzare differenti metodologie di transazione (ma
sempre all'interno dell'EJB Container)...
    Regards,
        Kazuma
--
I've got nothing against God. It's his fan club I can't stand.
Alex "Kazuma" Garbagnati, 
http://www.kazuma.net
EJB & Tomcat jGuru FAQ Manager, 
http://www.jGuru.com
Tutor "Progetto Scuole", 
http://www.JIA.it
Java Italian Association - SUN - MIUR

 oppure mi metto a gestirle con EJB?????
Tutto sta a come usi le transazioni. Il modello dichiarativo di EJB copre 
molti usi "comuni", ma non tutti. Se le tue necessita' sono esprimibili con 
quel modello, ti conviene usare EJBs. Altrimenti, la mia opinione in genere 
e' di far tutto a mano perche' senno' EJB complica la vita piu' del 
necessario.
Occhio anche che "transazione" in ambito EJB si riferisce a due cose: 
- transazioni su invocazione di metodi
- transazioni su data sources
Molto spesso le seconde sono espresse usando un'opportuna combinazione di 
tipi di EJB (dato che ogni tipo ha o non ha proprieta' di persistenza etc).
-- 
Fighting for peace is like fucking for virginity
ObjectZone - 
http://space.tin.it/computer/csadun

 tipi di EJB (dato che ogni tipo ha o non ha proprieta' di persistenza
etc).
Che tu sappia esiste un po' di letteratura **leggera** su EJB?
Qualcosa che non mi spieghi il dettaglio piů intimo, ma che
resti sul generale?
Giusto per farmi un'idea prima di mettermi a studiare tutto!
Insomma, per sapere meglio se EJB fa al caso mio?
Grazie comunque.
Ferro.

 Che tu sappia esiste un po' di letteratura **leggera** su EJB?
Mh, no, ma questo non vuol dire che non ci sia :-) E' che io tendo
a leggere (anche di fretta) le specifiche e provare, piu' che a leggere 
interpretazioni di altri sulle specifiche. :)
Comunque forse la cosa piu' semplice e' partire capendo il ciclo di vita 
dei vari tipo di EJB (alla fin della fiera sono solo quattro: 
stateful/stateless session, entity e message-driven), e le loro 
caratteristiche di persistenza (o no ;-), cosa vuol dire transazione su 
metodi e che relazioni ha sulle transazioni di persistenza, su database.
Putroppo non ho tempo adesso (e sono in vacanza nelle prossime due 
settimane :-D) ma quando torno magari ne riparliamo.


 Qualcosa che non mi spieghi il dettaglio più intimo, ma che
