You are partially correct.
CGI is a specification, and it is trivial to write programs which conform to
that in most languages.
ASP and Cold Fusion do not use CGI, they use native web server API's (ISAPI,
NSAPI, Apache mods, etc) to communicate with the server. This approach does
not require starting a separate process for each request, yielding better
performance.
Servlets are similar. They operate in two parts - a servlet runner, and the
servlets themselves. The runner is responsible for communicating with the
server using its native API. The servlets only need to talk to the runner,
which implements a standard API.
This is only the tip of the iceberg, however. You've also got Fast CGI
(where the processes are persistent), and in process scripting (like
mod_perl under Apache, which runs perl code is the same process as the web
server).
Jon.
----- Original Message -----
From: Chang You-Sheng <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, 22 June 1999 7:09
Subject: Re: Servlets vs CGI
> Maybe I didn't explain my view related CGI very clear. What I try to say
is as
> following:
> Maybe, we can view CGI as a SPECIFICATION NOT A IMPLEMENTATION. Since
as I
> understand, or what I know when the people are talking about CGI, they
realy
> mean some specific implementation of CGI such as Perl CGI or C CGI or C++
CGI.
> And all those are just specific implementation of CGI. In the OLD TIME.
those
> CGI implementation will create a seperate process from web server. Because
I
> have done the CGI programming in the past. This is what I understand. And
today
> the vendor like Microsoft, SUN and ColdFusion etc. they use ASP, JSP, Java
> servlet to implementing same functionality. Yes, there are some additional
> functions in the new technology. However, from CGI point of view, those
> technologies are IMPLEMENTING CGI.
>
> I don't know whether I state clearly or not. If so I really like to
know
> what other people think about. Since now there are lot of confusing
related CGI,
> ASP, JSP,..
>
> thanks
>
> you sheng
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
