What if servlets worked more like CGI?
CGI executes a process on each request. Processes may use a lot of RAM but
only temporarily, the process shuts down after servicing the request and
then resources used by the process, like RAM, are returned to the server.
What if servlets worked the same way, only with a slightly longer lifespan?
I'm imagining a scenario where a request comes in and a servlet engine is
dynamically started to service the request. The servlet engine services the
request and hangs around a little while. The servlet engine shuts down when
it's idle. A servlet engine is idle when it's not servicing any more
requests and has no valid session information. If session information
expires in a relatively short period, say 5, 15, or maybe 30 minutes, then
the lifespan of a servlet engine would only last that much longer than the
lifespan of a CGI request. When the servlet engine shuts down resources are
returned to the server, just like with CGI.
I think this scenario combines the benefits of CGI with the benefits of Java
servlets.
ted stockwell
> -----Original Message-----
> From: Gerhard Paulus [SMTP:[EMAIL PROTECTED]]
>
> I was testing the feasibility of a servlet database where servlet and
> small object database run in the same JVM (sources are in guest.jar at
> http://www.jdbms.org).
>
> In particular I was testing a scenario where an ISP's web server is
> hosting the web sites for several customers who have the possibility to
> install their own servlets (eg. a guestbook) in a servlet directory.
>
> My conclusion is that ISP's will never allow this. They won't because they
> have no control whatsoever over the amount of RAM the customer's servlets
> will ultimately eat up.
>
> In other words:
> servlets may be an interesting technology, but only for dedicated web
> servers or for ISP's installing their own or customized servlets where the
> ISP has detailed knowledge how they work. In this case they might offer
> (and charge for) RAM as an added-value service.
>
>
___________________________________________________________________________
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
