Hi,
After a lot of thinking, I decided to give up ( at least temporary ) my
plans for a tomcat revolution. It was very tempting, but I don't think
it's the right thing to do - evolution is still the best way to go :-)
It is important that tomcat3 has a design that allows support for future
versions of the servlet API, but if tomcat developers don't want to see it
happen - so be it. When Servlet2.3 will be final and in wide use, there is
nothing that can stop someone from providing the module that supports it (
not necesarily from apache site ).
But for now it's important to continue to improve the foundation.
My focus will continue to be on Tomcat3.3, in fixing the encoding
problems and on improving the performance. We are not yet the best
servlet container - so there is still work to do.
If you believe that tomcat3 can't be the best container, and a different
model is better suited for that - that's perfect, as long as the code you
write is reusable everyone will benefit. And I'm sure the users will
choose whatever it's better for them, regardless of version
numbers. It's open source - and so far the better code has survived
regardless of politics.
The rules are still there - after a release, the main branch is open for
the development of the next release, and as long as we are improving I
don't think anyone can stop the evolution.
Regarding the other issues ( webdav, etc ) - if the author believes it's
not right to provide support for webdav in tomcat3.3 I'll move the
implementation in proposals. It's just a webapplication that should work
on any container, who needs it can get it without being included in the
standard distribution.
Regarding the Resource abstraction and the caching code ( that are used in
webdav), those will probably go into tomcat3.3 - unless you can vote that
better performance is bad for tomcat. Same thing should happen with the
HTTP1.1 implementation - it's great code and it shouldn't be tied to a
particular container design.
Costin
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
