>-----Original Message-----
>From: chris brown [mailto:[EMAIL PROTECTED]]
>Sent: Monday, October 01, 2001 10:54 AM
>To: [EMAIL PROTECTED]
>Subject: Ideas for future versions of Tomcat (a bit controversial
>maybe)?
>
>
>Hello,
>
>I've been trying out JDK 1.4 quite a lot, and like it a lot!  I was
>wondering, given that Tomcat is a "reference implementation" of the
>Servlet/JSP APIs, if it would be a good idea to become a very 
>good example
>of certain new APIs as well.
>
>I've suggested a while back that the "New scalable I/O" 
>channels could be
>used to boost performance.  Since then, I've seen other 
>opportunities for
>increasing effeciency, simplifying code, etc.  For example, instead of
>maintaining and downloading APIs for logging, it might be 
>better to depend
>upon the newer logging APIs.  The same thing could be said of certain
>example applications (such as making Struts use the 
>java.util.regex package
>instead of an external regular expression package -- but then, 
>that's going
>a bit OT as there's a list for Struts too...!).  Perhaps also the
>configuration could be stored using the preferences API, but I 
>don't see so
>many benefits with a change of this type.
>
>Obviously, this would limit the accessibility of any such 
>future version
>Tomcat to users of JDK 1.4, but I don't think that's a major 
>problem in the
>majority of deployment situations (I'm guessing here, but I 
>suspect it's
>quite likely to be true).  Nevertheless, I think it would be a 
>good step
>forward.
>
>-Chris
>


Reply via email to