tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Remy Maucherat <>
Subject [] Summary
Date Fri, 11 Jun 2004 16:50:52 GMT
- Move to concrete classes for request/response, and remove all of the
RTTI done in Catalina's pipeline
- Use Tomcat 4.0 beta valve pattern
- Redo logging using commons-logging, and remove Logger
- "Fork" commons-digester, to remove what we don't need (many fancy 
features provided by beanutils, and in the process remove dependencies 
on beanutils and collections)
- Attempt to redo a bit the deployer:
   * remove the CL code which is there to avoid JAR locking (or at least
allow disabling this feature for non-Windows OSes)
   * move processing of context.xml to ContextConfig (at the expense of
being able to specify the context class, which will move to an attribute
on the Host), as I realize it is important to get context level
configurability without adding too much complexity in the embedding
- Use the webapp CL as the main CL (without the locking tricks it is 
likely faster than the regular CL)
- And the ongoing: allow all config/management through JMX (actually, we
could consider going to a JMX config format)
- Use any means necessary (hehe) so that Filip refactors the clutering
module, and extend the regular Catalina objects, for easier maintenance
- Remove anything useless (spring cleaning time), such as configuration
options, container listeners (to be replaced with JMX notifications 
where it matters), etc
- Possibly require JDK 1.5 (cleaner code, annotations, integrated JMX 
and JMX remote, etc)

Overall, the throughtput of Tomcat should go up about 5-10% with those 
changes, as most significant optimizations are already done.

I don't think any of these items will take too long to implement. I'm 
away next week, so I'll start the week after.
Some of this could eventually be backported to 5.0.x :)


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message