- 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
application
- 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 :)


Rémy


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to