Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Message-ID: <002d01bfeb3a$b9c72590$6e14730a@dot.state.oh.us>
From: "James Cook" <jimcook@iname.com>
To: <tomcat-dev@jakarta.apache.org>
References: <B58FFF46.6FE4%jon@latchkey.com> <396AB731.EC30FEB2@eng.sun.com>
Subject: Re: Tomcat, Catalina, and Java2
Date: Tue, 11 Jul 2000 09:20:04 -0400
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset="iso-8859-1"

I'm a little surprised at the friendly infighting. Just for clarification,
is Catalina destined to be Tomcat 4.0, or is there a chance that Tomcat 3.x
could take that honor? I assume that this would come up to a vote amongst
the contributors, but for those of us that are writing future tools and
integration, it would be nice to know. When will this decision take place?

I think it will come down to a case where there is no clear winner. It's the
classic design vs. performance question. I would be surprised if the more
componetized and better designed Catalina could outperform the more
evolutionary, but harder to learn, Tomcat. Then again, this is supposed to
be a reference platform, and design should win out.

jim

----- Original Message -----
From: Costin Manolache <costin@eng.sun.com>
To: <tomcat-dev@jakarta.apache.org>
Sent: Tuesday, July 11, 2000 1:57 AM
Subject: Re: Tomcat, Catalina, and Java2


> > > That fresh start, in the
> > > opinion of lots of folks that have looked at it, is Catalina.
> >
> > I agree. Craig also didn't mention the fact that Tomcat's code base is a
> > mess and hard to read. It has gotten better in what will be 3.2, but it
is
> > still really hard to understand. Catalina is simply much cleaner and
also is
> > very well documented. It is the right direction IMHO.
>
> Except the design, Catalina is indeed much better. Fortunately, on long
term
> the best design tends to survive and win - the code's mess is less
important.
> :-)
>
> I'm of course looking forward to see Catalina implement the same features
as
> tomcat at the same peformance level, and _then_ compare code complexity.
It
> alredy have it's own little mess ( I spent few days to merge back the
session
> and http code into tomcat and it still doesn't work.  Try yourself and
you'll
> have a different perspective )
>
>
> Costin
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
>