Newsgroup: it.comp.java
Titolo: servlet, html ed xml

ciao mi potete dare degli esempi o dei link dove trovare servlet che
generano html e lavorano con gli xml
Grazie Max

Ti sconsiglio vivamente di usare delle servlet solo per generare l'html 
per un semplice motivo:
-dato che il front end cambia molto spesso, se tu facessi generare 
l'html ad una servlet dovresti ogni volta  modificare la classe e 
ricompilarla per apportare modifiche al codice html. Capisci anche tu 
che una cosa del genere non è molto producente.
Inoltre non avresti una separazione tra codice html e codice Java.
Spero di essere stato chiaro e utile.
G.M.


 ha scritto nel messaggio
news:3C2C4D7C...@libero.it...



Non pensi che intendesse generare html da xml (più xsl, immagino)?
Quindi la servlet userebbe ad es. xalan e non ci sarebbe codice html
cablato nella classe.
tityrus

Ho capito in un altro modo e comunque anche se fosse come dici tu non 
penso certo di aver detto un cavolata......


 penso certo di aver detto un cavolata......
Beh, a dire il vero, le servlet hanno praticamente un unico scopo, quello di
*generare* html. Poi c'è modo e modo di generarlo. Si può criticare il
*modo* con cui la servlet genera l'html, ma non il fatto che lo generi.
La tua critica è sicuramente giusta se l'html è cablato nel codice java (più
genericamente, se non c'è separazione fra la produzione dei dati,  parte che
spetta tipicamente a java, e la rappresentazione grafica) ma usando la
tecnologia XML/XSLT la servlet è in grado di produrre html senza cablarlo
nel codice. Quindi la critica cade.


 
Scusate se mi intrometto, ma, a prescindere da XML/XSLT, che non puo' certo essere applicato ovunque, l'utilizzo di Servlet consigliato dalle best practices J2EE e' come controller, ruolo nel quale *non* viene generato HTML.
Le viste (dove c'e' l'HTML) sono realizzate tramite JSP (che poi 
'diventano' sevlet, ma ci pensa il compilatore jspc e non tu a fare i 
System.out.println()!). Questa  architettura e' definita "Model 2" ed e' 
, ripeto, quella di riferimento. In sostanza le servlet si limitano a 
raccogliere i dati e scegliere le viste successive (JSP) da mostrare 
all'utente. Nelle JSP il codice che c'e' (se c'e') si riduce al recupero 
di oggetti nelle sessioni (o altri scope) e al prelievo di qualche 
attributo.
P.S. Solo per dire che ci sono molti modi di generare html da una 
servlet, e quello consigliato e' tramite l'architettura model 2 (poi si 
possono usare librerie template varie, XML/XSLT, varie combinazioni, ecc.)
uL

Ciao ,
Approfitto del tuo post per chiederti un opinione, che essendo sul
newsgroup, magari risulterà utile anche agli altri partecipanti alle
discussioni.
Io molto spesso utilizzo JSP anche per le funzionalità di controller, ove
invece è suggerito utilizzare le Servlet dal model due che tu hai citato.
Questo perché ritengo che la semplicità di deployment di JSP, oltre che i
jsp tag più eventuali tag libraries possano offrire funzionalità utili anche
per un controller, ed in sostanza JSP "è una servlet".
Ho già cercato in giro se questa "eresia" comporti degli svantaggi, ma non
ho trovato molte motivazioni a sostegno di questa ipotesi.
Thanks in advance :)
~Jigi

 Thanks in advance :)
ciao. HTH.
uL