- Core:
- Full documentation:
- Deployer:
-
Extras:
- JMX Remote jar (pgp, md5)
- Web services jar (pgp, md5)
- JULI adapters jar (pgp, md5)
- JULI log4j jar (pgp, md5)
I’ve been following Tomcat 7 development for some time now and I've been asked recently why (and when) clients should upgrade to Tomcat 7, now that it’s nearing release (currently targeted for “late summer”). So, I’ve started to give some thought to that question. I have to admit, the answer wasn’t immediately obvious either way. I’m going to split this blog into two parts; the first with my views and very preliminary results of my testing and evaluation. The second will be based on an interview scheduled for this Wednesday with one of the senior Apache Tomcat “committers”.
Note: In Apache Speak, a Committer is selected by his peers to be trusted to make changes to the code base. In a mature and extremely widely used project like Tomcat, this is very hard to achieve and carries great responsibility.
When I think about “upgrading”, I immediately think about two quite different scenarios.
We’ll explore both situations, focusing on both Tomcat 7’s stability as a “dot-zero” release and what new capabilities Tomcat 7 brings to the table.
For development and operations teams, a presentation which outlines background of releases, new features of Tomcat 6, and more.
Since starting as a reference implementation by Sun Microsystems, Tomcat has undergone quite a history in the past 10 years with an average of one release per month. The history, versions, development lifecycle, and an in-depth look at key features in the new release are shared with other key insights on the new release and throughs on upgrading.
EMBEDDED PRESENTATION SLIDES (i.e. user can click “Next” thru slides)
To download or watch the presentation, visit www.springsource.com/webinars
Popular Links