cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Niclas Hedhman <nic...@hedhman.org>
Subject Re: [OT rant] there must be some way out of here...
Date Wed, 05 Feb 2003 05:22:30 GMT
On Monday 03 February 2003 23:57, Gianugo Rabellino wrote:
> Stefano Mazzocchi wrote:
> > I'll never use Tomcat again. Period. The phylosophy behind it (big
> > servlet engine, light http stack on top) is plain wrong.
> This made me remember those golden days when I was sticking to JServ
> and.refusing to switch to Tomcat unless being forced to... looks like I
> was forward looking then. :-/

Uhhh... Stop using JServ? Why? ;o) Still using it in my product. The switch to 
Tomcat was not dirt-easy ( have a lot of WML generating servlets, and a 
patched JServ to set content-type right... ), so why change something that 
works.

> > Tomcat is getting bigger and slower every day and must do only one
> > stupid thing (connect a URI to a servlet, dah!) that we were able to do
> > in jserv with some 120Kb of java code. Talking about flexibility
> > syndrome. Hello? we already have a damn good web server!!! just because
> > you can't configure it doesn't mean you have to rewrite one from
> > scratch. get a life.

> Can't agree more. Even if when it comes to most sophisticate features
> (HTTP 1.1 as a first example) I understand that it's not that easy to
> implement a servlet engine in just a few lines of code.

I wrote a simple HTTP server for Java 2 MicroEdition over the last weekend, 
with rudimentary Servlet-style support, not according to spec at all, just a 
simple Servlet interface with two methods.
And even though I use a multithreaded approach, Threadpooling, RequestHandler 
pooling and support of SingleThreadModel interface (or multiple requests 
through the same initialized servlet concurrently), and even a miniature XML 
parser it is less than 100kB in size (a lot is debug messages, in total 239kB 
with the Ethernet driver and the J2ME CLDC class library).

Next step is to squeeze XSL transformation in another 100k or so. Then tackle 
to get the rest of Cocoon inside, and then we have a Cocoon for PDAs. How 
about that? Hmmm.... Why? Because it can be done ;o)

Sylvain, I have decided to go my own way... Your quote on memory footprint was 
too much, only got 512kB for execution (Gates said I would never need more 
than 640kB, remember?)

Niclas



---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message