Newsgroup: it.comp.java
Titolo: EJB:ma serve tomcat???

 
          Ciao a Tutti,
da circa 2 anni sviluppo in .NET(orrore lo so) ma prima in Java, ora però mi
hanno chiesto di studiare un'applicazione in EJB!!
La struttura è semplice:
2 jsp
1 session come strato di mezzo tra le jsp e l'entity
1 entity per connessione ed interrogazione sul db
Dovrei usare WEBLOGIC e qui partono i dubbi.....mai usati gli EJB!
In fase di sviluppo come si fa di solito:
si usa Tomcat per le jsp e tra le librerie si mette il jar con il session e
quindi lo richiamo e poi lui si connetterà all'entity che sta su weblogic,
poi però in produzione metto un EAR con tutto??
Oppure posso sviluppare le jsp su WEBLOGIC direttamente?
Vi pregooooooooo ditemi come fareste voi
Grazie
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Oppure posso sviluppare le jsp su WEBLOGIC direttamente?
Per gli EJB hai bisogno di un completo application server j2ee, tomcat 
non lo è (è solo un servlet container). Weblogic invece lo è. Quindi è 
opportuno che tu lavori direttamente su weblogic.
Esistono anche altri AS su cui può essere più immediato sviluppare (vedi 
jboss, che ha tomcat come web service) ma tieni conto che poi il 
deployment cambia da un application server ad un'altro. Quindi se dovrai 
fare il deployment su weblogic ti conviene lavorare su quello.


oK ma se devo per dire sviluppare una jsp e quindi modificarla non è che
dopo devo rifare l'ear ed il deploy?
Volevo usare tomcat per andare più veloce!
O mi sbaglio??


 O mi sbaglio??
Come dice Vincent se non ti e' chiaro :
Tomcat non e' un EJb Container, quindi levatelo della testa.
Nicola


 si usa Tomcat per le jsp
Buona fortuna. Certe JSP che vengono compilate senza problemi con 
Tomcat, con weblogic falliscono miseramente.
Il codice Java generato da weblogic e' cosi' "bloated" che gli errori di 
tipo "code too large for try statement" non si contano :-(
Piccolo sfogo personale ...
-- 
Giambo - Occhio al filtro antispam _e_ alla whitelist !

 Piccolo sfogo personale ...
Capisco che avrai avuto cattive esperienze ma :
1. Buon codice io normalmente lo deployo indifferentemente se non con
insignificanti differenze sui vari Appserver
2. Le alternative a oggi + diffuse sono:
Jboss / BEA / Websphere, che sono di gran lunga nell'ordine i + usati.
BEA ti assicuro ( non che lo dica solo io :) e' un ottimo prodotto. Ottima
VM, anni di esperienza. E' il "Server da battere" diciamo.
Io personalmente propendo un pochino per JBoss oggi, ma se uno oggi opta per
BEA sinceramente non si puo' dirgli di certo che ha fatto una caxxata.
Nicola


>BEA sinceramente non si puo' dirgli di certo che ha fatto una caxxata.
Quoto al 100%. Ad oggi il miglior AppServer in circolazione.
Sviluppo quotidianamente su Tomcat per deployare su Tomcat, Websphere o
BEA (ovviamente non uso EJB...). Sto parlando di applicazioni
costituite da centinaia di JSP...
Problemi di compatibilità tra gli AppServer non ne ho mai avuti... a
meno di non uscire dagli standard... ma se lo faccio è un errore... e
sono ca@@i miei !

 VM, anni di esperienza. E' il "Server da battere" diciamo.
Hmmm ... Brutte esperienze ... Non a livello di BAS (Borland), ma se 
dovessi scegliere io, allora andrei su JBoss o qualcosa di "diverso" 
come per esempio Hibernate.
Anche se, e te ne sarai accorto anche te, molte volte gli strumenti 
messi a disposizione sono di uno o due ordini di grandezza piu' grandi 
del necessario. Ho visto gli EJB usati per un'applicazioncina da nulla, 
ho visto Oracle tenere in piedi un db degno di MySQL o Access, ho visto 
macchine cosi' sovradimensionate che per non farle sentire inutili ho 
dovuto installarci sopra seti@home, ...


 dovuto installarci sopra seti@home, ...
Il sovradimensionamento e' a volte esagerato ma meglio avere una macchina
5000 benzina anche per andare al pane latte :)))))) Imho hehe


 non li supporta caxxua ??
Jboss ha catalina come motore web...

 5000 benzina anche per andare al pane latte :)))))) Imho hehe
Non sono d'accordo: Piu' un sistema e' grosso, piu' e' complesso e piu' 
KNOW-HOW e tempo ci vuole per gestirlo.
Meglio allora scegliere un sistema scalabile e cominciare in piccolo.


 EJB container, per la persistenza spesso e' meglio usare Hibernate.
Gli ejb oggi sono usati pochissimo, molti la pensano come te.
COn gli ejb Entity 3.0 ,non so ancora esattamente come , includeranno
hibernate ecercheranno di fare rinascere gli Ejb per gestire i DB.
GLi Ejb non sono solo Database.
Una parte essenziale degli EJB e' la gestione della Transaction veramente
easy che include completamente logica e dati.
Poi e' un wrapper RMI e spesso Corba.
I MDB wrappano JMS
Inoltre l'idea iniziale era anche quella di fornire dei servizi nativi per
applicazioni portabili in modo standardizzato.
Sinceramente se vuoi fare una paginetta veloce , PErl, pyton, PHP, e simili
si mangiano tutto il J2EE
Il J2EE nasce per applicazioni Enterprise e la' vuole stare. Se tu lo usi di
fatto in ambiti + semplici e' una tua scelta.
Per finire ti ricordo che l'OP chiedeva dove fare girare gli EJB quindi
TOmcat e' scartato in partenza
ciauz Nicola
