Newsgroup: it.comp.java
Titolo: JSP <-> PHP, Servlet <-> CGI

La mia domanda č semplice:
Le pagine JSP sono la versione Java-based delle pagine PHP?
E i servlet sono la versione "JAVA" dei CGI?
rhymes
rhy...@insieme.net

 E i servlet sono la versione "JAVA" dei CGI?
Sě.


Non sarei così riduttivo: offrono PARECCHIE cose in + dei CGI.
Ciao

 Non sarei così riduttivo: offrono PARECCHIE cose in + dei CGI.
CGI non è un linguaggio, ma un acronomico che sta per Common Gateway
Interface. E le servlet sono appunto una implementazione java di Common
Gateway Interface. O sbaglio ?

> 
b> Non sarei così riduttivo: offrono PARECCHIE cose in + dei CGI.
Hmmm... Tira fuori una cosa che le servlet fanno ed i CGI no...
\begin{echelon}
NSA $400 million in gold bullion North Korea Semtex Kennedy
counter-intelligence quiche Waco, Texas fissionable Panama strategic
nuclear cryptographic colonel Qaddafi
\end{echelon}
\begin{avviso}
 
Attenzione: Leggersi lo header riguardo al mio e-mail!
Warning: read header for infos about my e-mail.
\end{avviso}
--
+----------------------------------------------------------------+
| Gian Uberto Lauri * "So, are you working on fixing that bug    |
| 
sa...@eng.it
      *  *now* or leaving it until later ?" - YES  |
+----------------------------------------------------------------+

 wrote in message
news:3a6319b0...@news.inwind.it...

Sicuramente alla fine Servlet e CGi producono lo stesso risultato ossia
quello di consentire
publicazione di pagine con dati dinamici.
Le differenze sono comunque sostanziali provo ad essere coinciso:
1) Tempi di sviluppo
    Servlet consente di sviluppare applicazioni web con tempi di sviluppo
estremamente ridotti     rispetto ai CGI generalmente svilupatti in C o C++
2) Le servlet anche se sviluppate in Java in partica sono molto più veloci
dei CGi inquanto       sono instanziate una sola volta all'avvio del server
e rimangono residenti in memoria in attesa di richieste. Ovviamente questo
meccanismo produce vari vantagi:
    2.1) Possibilità di ottimizzare le risorse (ad esempio gestire n
richieste utilizzando una sola connessione ad un ipotetico database);
    2.2) Abbattimento dei tempi di avvio dell'oggetto (un CGI instanzia una
copia di se stesso per ogni richiesta) e di eventuale connessione ad un
databse, connessione che viene effettuata solo una volta all'avvio della
servlet (vedi punto 1).
 3) Insieme a JSP consentono un metodo efficentissimo per distinguere la
logica di business della tua applicazione (servlet) dalla logica di
presentazione (JSP).
Per il momento mi fermo, sono a disposizione per qualunque tipo di
chiarimento.
Ciao
--
Massimiliano Tarquini
E-Mail:tarq...@all-one-mail.net
-------------------------------------------------------------------
Java(tm) 2 Enterprise Edition  e molto altro su 
http://www.java-net.tv
-------------------------------------------------------------------
"Se, in un primo momento, l'idea non è assurda, allora
non c'è nessuna speranza che si realizzi".
A. Einstein
-------------------------------------------------------------------

 writes:
Faccio l'avvocato del diavolo (adoro Java!)
MT> 1) Tempi di sviluppo
MT>     Servlet consente di sviluppare applicazioni web con tempi di sviluppo
MT> estremamente ridotti     rispetto ai CGI generalmente svilupatti in C o C++
A volte un CGI in shell può essere ancora più veloce come sviluppo...
Il vero vantaggio è che non credo sia tanto facile forzare una servlet a
eseguire codice maligno così come si può fare in C, Shell, Perl...
MT>     2.1) Possibilità di ottimizzare le risorse (ad esempio gestire n
MT> richieste utilizzando una sola connessione ad un ipotetico database);
Se lo vuoi fare lo puoi fare anche col C. Non così immediato, qui java
vince :)
MT>     2.2) Abbattimento dei tempi di avvio dell'oggetto (un CGI instanzia una
MT> copia di se stesso per ogni richiesta) e di eventuale connessione ad un
MT> databse, connessione che viene effettuata solo una volta all'avvio della
MT> servlet (vedi punto 1).
Discutibile.   Come  già  detto  posso  fare  in  modo  di  aprire  la
connessione  al DB  una  volta sola  anche  col C  (solo  che si  deve
lavorare  di  più). Se  il  CGI  è  sufficientemente piccolo  e  viene
richiamato spesso  rimane nella  cache del FS  o posso metterlo  in un
ramdisk...
\begin{echelon}
AK-47 Rule Psix SEAL Team 6 smuggle [Hello to all my fans in domestic
surveillance] counter-intelligence Honduras domestic disruption
Cocaine Qaddafi spy Serbian nuclear Semtex DES
\end{echelon}
--
Gian Uberto| main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Lauri      |                        David Korn, 1987 ioccc best one liner 
(aka saint)|-------------------------------------------------------------------
em@ail: sierra alfa india november tango AT echo november golf DOT india tango

Non posso negare quanto affermi,
purtroppo non basterebbero 10 post enormi per evidenziare tutte le
differenze
tra le varie tecnologie.
Basti dire che Servlet e JSP vanno inquadrate nella logica della
programmazione ad oggetti pura e come tali sono in grado di comunicare tra
loro trasferendosi ogetti puri.
Comunque tra qualche giorno sarà disponibile sul mio sito (
www.java-net.tv
)
un documento in italiano "Free" in cui tratto l'argomento in modo esaustivo.
