Newsgroup: it.comp.java
Titolo: Cocoon vs Orbeon Presentation Server

Salve a tutti,
Sto iniziando a redigere la lista delle specifiche per un applicativo 
che sto progettando, ma prima di prendere una decisione definitiva 
vorrei avere qualche riscontro su alcuni punti. Per la persistenza su 
database pensavo di utilizzare Hibernate, ovviamente EJB per la parte di 
Core e per la parte di presentation sono indeciso fra Cocoon ed un 
prodotto della Orbeon 
http://www.orbeon.com/
 che si chiama 
OrbeonPresentation Server (
http://www.orbeon.com/community/cocoon
). I 
database saranno i piu disparati: Oracle, MySQL, SQLServer ma tutti 
Transazionali.
Ogni idea, suggerimento, consiglio saranno ben accetti.
Grazie.

> Core e per la parte di presentation sono indeciso fra Cocoon ed un
Cocoon ha senso se si utilizza la tecnologia xsl/xml
la tecnologia xsl/xml ha senso solo se hai uscite multichannel/multidevice
se esci solo web in pratica io sconsilgio sia l'uso di cocoon che che di
xsl, prediligendo le jsp normali per motivi di produttivita' ( assolutamente
non sono contrario alle teconologie suddette).
se invece sei in ambito appujnto multichannel/multidevice, oppure hai una
particolare necessita' di forte separazione di content e layout, come
potrebbe avvenire alla redazione di un giornale, potrebbe valutarsi l'uso di
cocoon e xsl.
dell'altro tool non so nulla
tutto IMHO
cya N
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 la tecnologia xsl/xml ha senso solo se hai uscite multichannel/multidevice
L'applicativo di ambito scolastico, potra (in versioni successive, per 
motivi di tempo e di risorse) essere utilizzato anche da un palmare. In 
quest'ottica pensavo di utilizzare xsl/xml, vista anche la rapidita con 
cui cambiano le leggi che disciplinano le scuole.
Ciao.

> motivi di tempo e di risorse) essere utilizzato anche da un palmare. In
in questo caso disco verde da parte mia per cocoon.
Ormai abbastanza maturo e sufficientemente standard, in jbuilder c'e'
addirittura il wizard.
Nicola


 Ormai abbastanza maturo e sufficientemente standard, in jbuilder c'e'
Sullo stato dell'arte di Cocoon concordo con te, la mia perplessita 
rimane sull'integrazione fra Cocoon ed altri frameworks quali Struts o 
WebWork e tecnologie come EJB. Mi sono documentato un po e quello che ho 
trovato non e confortante. L'integrazione fra Cocoon e i suddetti 
frameworks e praticamente nulla, o mi sbaglio? Ho trovato un prodotto 
della Orbeon che promette miracoli, ma non conosco nessuno che lo utilizzi.
Ciao,
Nettuno

 WebWork e tecnologie come EJB. Mi sono documentato un po e quello che ho
Io lo ho usato esattamente con Struts + ejb.
Struts fa un mapping fra tutti gli URL per esempio xxx.do e la servlet
controller.
Cocoon fa un mapping fra tutti gli URL yyy.xml e la servlet cocoon.
Le due cose sono perfettamente serializzabili.
Ad esempio tu puoi ricevere una richiesta xxx.do e mandare il forward su un
yyy.xml che viene processato da cocoon ed esce finalmente in html.
gli ejb vengono chiamati dalla Action di Struts e ci cacci dentro tutta la
Business Logic, quindi nessun conflitto, ognuno fa il suo compito.
Vai tranquo. Ipergarantisco la massima armonia dei 3 ambienti.
L'unica nota e' che l'"ambaradam" che viene fuori non e' banale e la sua
configurazione sia a livello di progetto che di installazione sui server e'
piuttosto complessa. Diciamo che ti metti a lavorare su una piattaforma
piuttosto "cattiva", e se sei da solo avrai parecchio tempo "perso" per
l'overhead di amministrazione. Per questo volendo fai tutto senza cocoon e
anche il multi channel per il palmare te lo puoi giocare col solo struts.
D'altra parte se lo usi come didattica e' tutta roba che serve sul mercato e
comunque ti fara' fare un salto di qualita' sulla compresnsione di
piattaforme complesse in generale.
Se il tool alternativo non lo usa nessuno io lo mollerei, se no chiunque
vuoi inserire sul progetto lo obblighi a studiarselo e magari e' conoscenza
non tanto riciclabile.


 non tanto riciclabile.
Sono giunto alla medesima considerazione e penso che per il momento 
scegliero Cocoon, anche perche utilizzare un prodotto open source 
utilizzato da tutti mi permettera, come dicevi tu, di inserire 
praticamente chiunque nel mio progetto.
Grazie per i suggerimenti.