On Sun, 23 Jun 2002, Glenn Nielsen wrote:
> [snip]
> Providing a great java web server is not a goal of Tomcat.
> [snip]
I didn't know cats could talk :-).
I didn't know that Glenn, or Pier, or any single developer, speaks for the
entire Tomcat developer community.
This statement (a great java web server) has always been one of my
personal goals for Tomcat. People who use the current generation web
connectors (unless they really do need it for the performance) have to be
a little masochistic to put up with the configuration and admin quirks
(although they are getting less onerous).
But that doesn't mean I'm going to suggest that the connectors be kicked
out just because *I* don't care about them.
> I have no use for things like SSI, CGI, or WEBDAV either. In fact
> it would be nice if these three items were moved to another repository
> so that they could have separate release cycles.
>
Repositories being the same or different doesn't have anything to do with
release cycles -- that's an issue of how you choose to package the output.
> What I am interested in is a reliable standards compilant application server
> that has the features I need for virtual hosting customer applications using
> Apache as the web server. Tomcat 4.1 is getting very close to meeting those
> needs. Performance is important, but secondary to reliablity and features.
>
That's a perfectly valid need. So's the need for something you can
install on a PC and get the "Hello, World" example up and running in three
minutes or less after you've downloaded it. So is the need to have a
server that is portable across environments that nobody is bothering to
support native connectors for, but has a JVM. To say nothing of the need
to embed HTTP support in other Java server applications. And also the
need to have a servlet/JSP development platform that lets me turn around
my compile-debug cycles without starting the server every single time. To
say nothing of small-to-medium scale websites that don't get 8 million
hits per day, and Tomcat is "fast enough" even if it isn't "fastest
possible".
Tomcat can meet all of those needs, but only if the developers are
unselfish enough to understand that "I don't need that feature" does *not*
mean "it should not be there at all". Such selfishness has not
historically been a part of Apache culture in the five or so years I've
been around -- I'd hate to see it start here and now.
> Regards,
>
> Glenn
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>