Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[Caml-list] jserv vs fastcgi
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2003-04-22 (17:17)
From: Jeff Henrikson <jehenrik@y...>
Subject: [Caml-list] jserv vs fastcgi
I periodically hear commotion on this list about Jserv.  Ocamlnet has a 
Jserv interface now I see.  Can somebody explain to me what the 
advantages of Jserv are over FastCGI?  FastCGI I know is old ('96), but 
it seems to serve my main goal, which is to keep my process alive so 
that I can pool ODBC connections.  The specification is something that 
I can sit down and read in 30 minutes and understand:

I haven't seen a specification for just Jserv.  Apparently it's 
superseded by the Java Servelet spec, which in version 2.4 is a 309 
page PDF file, chock full of bells and whistles which I haven't taken 
the time to taxonomize, specified in notation which I don't understand. 
  It writes everything based on Java method calls, which doesn't give me 
a sense of what the actual data being passed along the channel is at 

I guess I also don't have a good sense of why FastCGI has been 
neglected enough to, for example, not be updated for HTTP 1.1 keepalive 
and etc.  Though it sounds like there have been hacks to do this from 
time to time.  The fastcgi mailing list seems to be fairly active.

Would anybody with an understanding of this be so kind as to explain 
the big picture in a couple of paragraphs, if that's at all a 
reasonable request?  My inclination right now is to sit down and write 
a fastcgi interface and configure Apache with mod_fastcgi, but I don't 
want to do that and find out I'm using a senselessly obsolete interface.

Jeff Henrikson

To unsubscribe, mail Archives:
Bug reports: FAQ:
Beginner's list: