Newsgroup: it.comp.java
Titolo: [EJB] Session Bean (stateless)

c'è una cosa che proprio non mi è chiara, e anche guardando nei post
precedenti o in giro per la rete non sono riuscito a chiarirmi, ed è questa:
creo l'interfaccia che estende EjbHome
creo l'interfaccia che estende EjbObject
creo la classe che implementa SessionBean, con un metodo ejbCreate() ed
altri metodi accessori...
Ora, ammesso e non concesso che quanto detto fino ad ora sia corretto (e non
è detto che lo sia), come uso il bean all'interno, per esempio, di una jsp?
Altra cosa che non mi è chiara sono i descrittori: oltre ad ejb-jar.xml devo
definirne qualche altro? (uso Jboss)
Inoltre, ho dimenticato di fare qualcosa che è indispensabile?
Sto *disperatamente* cercando di far funzionare almeno un esempio tra i
tanti che ho scaricato, ma fallisco miseramente ogni volta, e temo di
rimanere impantanato finché non mi arriva il manualone...
Mi rendo conto che la risposta potrebbe essere piuttosto impegnativa, quindi
ringrazio fin d'ora chi mi potrà aiutare a far luce su quanto sopra esposto.
--------------------------------
Inviato via 
http://usenet.libero.it

 ringrazio fin d'ora chi mi potrà aiutare a far luce su quanto sopra
esposto.
Già... se stai cominciando con EJB, nulla ti è più utile di un buon libro.
Ti consiglio "Enterprise JavaBeans" di R.M. Haefel, dovrebbe esserci la
traduzione in italiano della 3a edizione. Non conosco la qualità della
traduzione ma l'edizione inglese è il miglior libro sugli EJB che abbia mai
sfogliato.
--
Luigi R. Viggiano
Programmatore Java. scjp, scwcd.
JUG Torino Member:
http://www.jugtorino.it

Ti ringrazio veramente molto per la risposta, mi ha chiarito parecchie cose
(io volevo fare senza ant, ma magari č meglio che gli dň uno sguardo, anzi
due).
Spero solo che il libro mi arrivi presto (ho ordinato proprio l'altro ieri
quello che consigli tu), non sapete che disagio dover chiedere spiegazioni
senza sapere *cosa* chiedere :)
Gracias


 senza sapere *cosa* chiedere :)
Confermo Monson-Haefel come buon libro su EJB,
lo ho letto in dettaglio, ti da una panoramica ben esposta
sulla tecnologia.
Non conosco pero' la traduzione in italiano (ammesso che esista davvero, non so).
Alcuni capitoli sono piuttosto impegnativi, e vedono EJB
anche dal punto di vista di chi deve architettare un application server,
cosa che Monson-Haefel ha fatto per un progetto opensource chamato OpenEJB.
Paolo, io utilizzo Jboss con ant,
se posso esserti utile... son qua.
Ciao
Luigi Antognini
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com
 - The #1 Newsgroup Service in the World!
-----==  Over 80,000 Newsgroups - 16 Different Servers! =-----

 se posso esserti utile... son qua.
Scommetto che usi anche XDoclet :-) ?
L'ho trovato interessante, gli ho dato uno sguardo veloce ma mi è sembrato
un po' complicato :-/
Tu l'hai provato/come ti sei trovato ? Io gli XML li creo usando JBuilder
attraverso dei plugin.
Luigi

 
Si uso XDoclet.
XDoclet in realta' non e' complicato, l'idea e' semplice,
e ti rende possibile create un EAR EJB senza legarti ad alcun ambiente di sviluppo.
E poi va ben oltre la creazione dell' EAR; ti evita di scrivere un sacco di codice
non direttamente legato alla business logic che intendi implementare.
Mi e' difficile disponderti in modo erauriente in poche righe,
e non vorrei scrivere un romanzo. :-)
Comunque per farla breve, ecco cosa ne penso.
1. con XDoclet/EJBDoclet capire quando qualcosa non va e' un po' un casino,
    ad esempio tags non conosciuti vengono semplicemente ignorati.
    Quindi prenditi qualche ora, meglio qualche giorno...
    Poi quando hai capito l'andazzo vai spedito come un treno.
    (Meglio fare copy&paste che scrivere sempre tutto da nuovo nei commenti)
2. La generazione automatica del codice in genere e' geniale.
    Te la espongo in dettaglio.
2a. generazione automatica delle interfacce (Local, LocalHome, Remote, RemoteHome)
     e' un gran sollievo.
     non ci pensi piu'... sembra poco ma invece di lavorare con 88 files di colpo ne hai 27 o giu' di li...
2b. La generazione automatica di un JNDI lookup e' anche molto carino.
     per ogni Entity o Session crea una classe di utility con un metodo static per il lookup,
     e ritorna (ovviamente) il tipo corretto. anche qui il codice da mantenere diminuisce.
2c. La generazione automatica delle classi per i data-objects (oggetti di trasporto, che contengono
     una copia di un entity) la trovo di minor valore.
     ti costringe a usare gli stessi tipi dichiarati nei campi in CMP...
     A me serviva convertire una data (in CMP java.util.Date) in String (nel data-object),
     nulla da fare( che qualcuno mi illumini se sbaglio)... peccato.
2d. Per lo stesso motivo ho trovato difficilina l'implementazione delle entities.
     Mi spiego: per ogni entity puoi fargli generare una classe derivata dalla tua,
     dove XDoclet genera il setter/getter per i data-objects.
     Proprio in quei metodi a me serviva la conversione di Date/String :-(
2e. Ci sono ancora altre opzioni di generazione di codice,
     (classi per primary keys, sessions, DAO, ecc., vedi la doc)
     non mi esprimo perche' non le ho utilizzate.
3. Le relazioni CMR scritte nel codice sono una gran cosa.
    Un po' difficiline da far funzionare, ma poi non hai piu' tabelle di relazioni da mantenere.
4. Le opzioni per Jboss sono molto comode. gli spiegi come mappare il database
    (nomi di tabelle, colonne, tipi QL, ecc.)
    Nel mio caso lascio creare tutte le tabelle in MySQL a Jboss e non ci penso piu'.
5. XDoclet/EJBDoclet basa su ANT; lavorare con il build.xml non e' facilissimo. Te ne danno uno
    dimostrativo, sono partito da quello.
    Peccato che il build.xml originale voglia compilare le classi con javac (compiler command line).
    Che me ne faccio della compilazione command line??
    Ho duvuto adattarlo per farlo funzionare con eclipse.
    Ora il mio build.xml ha due funzioni distinte:
    A. analizza le mie entities e le mie sessions e genera tutte le classi (come dicevo sopra),
       mettendole nella directory sorgente del mio progetto in eclipse.
    B. una volta che tutte le classi sono state compilate (devo fare un refresh in eclipse,
       per costringerlo ad allinearsi con i cambiamenti esterni)
       mi genera l'EAR pronto per Jboss 3.0.x
Spero non ti sei stufato di leggere... ;-)


 > (io volevo fare senza ant, ma magari è meglio che gli dò uno sguardo,


> Spero non ti sei stufato di leggere... ;-)
Affatto...
Io ho provato a usarlo, ma probabilmente non sono partito dal punto giusto.
Non c'č un "esempio" semplice semplice in giro per la rete per far
funzionare le cose con JBoss o con WebLogic ?
Luigi


Nei prossimi giorni mi prendero' un po' di tempo
e scrivero' un esempio con XDoclet/EJBDoclet da mettere in rete.
Magari qualche slide... non mi dispiacerebbe affatto presentare
la mia esperienza nell'ambito di qualche manifestazione tipo JUG torino,
webb.it
, il nuovo JUG Milano
(
http://groups.yahoo.com/group/it-milano-java-jug/
 ... scusate la propaganda)
Se ci fosse qualcuno di interessato in merito me lo faccia sapere,
e' sempre motivante sapere che quello che stai scrivendo interessa a qualcuno ;-)
Ne riparliamo entro breve.
