TomcatExpert

Tomcat 5.5

Blog : End of Life Announced for Apache Tomcat 5.5

posted by Stacey Schneider on August 10, 2011 08:38 AM

Announced this morning by the Apache Tomcat team:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

The Apache Tomcat team announces that support for Apache Tomcat 5.5.x will end on 30 September 2012.

This means that after 30 September 2012:

  • releases from the 5.5.x branch are highly unlikely
  • bugs affecting only the 5.5.x branch will not be addressed
  • security vulnerability reports will not be checked against the 5.5.x branch

 

Three months later (i.e. after 31 December 2012)

  • the 5.5.x download pages will be removed
  • the latest 5.5.x release will be removed from the mirror system
  • the 5.5.x branch in svn will move from /tomcat/tc5.5.x to /tomcat/archive/tc5.5.x
  • the links to the 5.5.x documentation will be removed from tomcat.apache.org
  • The bugzilla project for 5.5.x will be made read-only

 

Note that all 5.5.x releases will always be available from the archive.

It is anticipated that the final 5.5.x release will be made shortly before 30 September 2012.

Thank you,

-- The Apache Tomcat Team

Read More

141 comments   |  

0
Rating
  |  

Developers, Executives | Tomcat 5.5

Blog : How To Migrate JEE Applications to Apache Tomcat

posted by avanabs on July 7, 2010 05:42 AM

I’ve been sharing some thoughts about what’s become a significant trend in many IT organizations, and in particular with my clients…converting Java applications from JEE Application Servers to Tomcat, and more typically Tomcat+add-ons.

Many IT organizations are re-thinking their commitment to commercial JEE Application Servers, due to both challenging business environments that drive the need for more cost effective application architectures and the need to transition to more responsive/agile applications development. When IT organizations talk about “migrating” their applications, I’ve noted that they generally are focusing on one or more of three distinct situations. These are:

  • Moving existing applications (or slices of applications) off of JEE servers and onto lightweight, modular, horizontally scalable container infrastructures
  • Expanding access to existing JEE applications by adding services layers in lightweight containers.
  • Transitioning new development away from JEE application servers and focusing on light weight containers

I’ve been focusing on the migration of existing JEE applications to the most popular of the light weight containers, Tomcat. There are many excellent reasons to consider moving applications off of the commercial JEE servers sold by Oracle/BEA, IBM, etc. While we are focusing on the migration process, many of the business and technical decision factors apply equally well to the second and third situations.

This time, I will be discussing the technologies involved in migrating JEE application code from commercial JEE servers to Tomcat. I’d like to thank the kind (and very expert) folks at SpringSource, as well as a number of other friends around the industry, for their valuable insight regarding the technologies involved. Any errors (and opinions) are mine alone. Additionally, some of the material draws on information published by SpringSource and other open source materials found on the internet.

Read More

27 comments   |  

0
Rating
  |  

Developers, Operations | EJB, Hibernate, JEE

Blog : Is Apache Tomcat an Application Server?

posted by avanabs on June 9, 2010 09:22 PM

In a word, Yes. Tomcat is an "Application Server" for certain types of applications, including a large percentage of the applications being developed today. The answer depends, of course, on your definition of “Application Server”. It also depends on whether you think Tomcat is limited to the Apache Tomcat Project, or whether Tomcat also includes all the add-ons and plug-ins that have been made available through open source or commercially.

In any case, I assert that Tomcat is indeed an Application Server, all by itself. Tomcat becomes a much richer Application Server as you modularly (the only sane approach, IMHO) add functionality as required by your specific application.

So, what’s an “Application Server”?

I frequently hear the questions “What’s an application server?, “Is (or isn’t) XYZ an application server?”, and “Do I really need an application server?”. These questions also show up in various internet FAQ’s, blogs, etc. Some of the resulting discussions are almost hilarious, with firmly held beliefs sometimes swamping rational thought and one recent discussion at a major client bordered on open warfare. I too have some opinions, though perhaps not as vehemently held, based on years building applications across many architectures and technologies.

Read More

324 comments   |  

0
Rating
  |  

Developers, Operations | application server, JEE, service

Blog : Myth or truth: One should always use Apache httpd in front of Apache Tomcat to improve performance?

posted by mthomas on April 14, 2010 11:14 PM

The short answer is that this is a myth. The longer answer is that back in the days of Tomcat 3 there was some truth to this depending on circumstances. However, for the versions of Tomcat in use today (5.5.x and 6.0.x) then there is no need to use httpd for purely performance reasons. Tomcat now supports the native/APR connector which uses the same native library (the Apache Portable Runtime—APR) as httpd for the low-level I/O and therefore can achieve similar performance to httpd. When serving static content there is ever so slightly more overhead when using Tomcat compared to httpd but the differences are so small they are unlikely to be noticeable in production systems.

If you research the httpd vs Tomcat performance issue, you will find a variety of load and performance benchmarks that show a range of results. An often quoted result shows that Tomcat's pure Java connector is consistently faster than httpd.

This particular result is the opposite of what is expected. httpd should be significantly faster than Tomcat's pure Java connector. This result is probably caused by the size of the file used. Tomcat caches small static files in memory by default and this will provide a significant performance improvement. httpd does not cache files in memory by default. This demonstrates quite nicely how the definition of the benchmark can have a significant impact on the results.

Read More

125 comments   |  

5
Rating
  |  

Developers, Operations | HTTPD, Tomcat 5.5, Tomcat 6

Knowledge Base : Can not increase max memory heap size on windows

posted by SpringSource on April 7, 2010 12:04 PM

If you have installed Tomcat without the "Start Menu Items" on Windows it may make it harder to increase max heap size. 

An approach to help correct this would be:

  1. Back up all current custom configuration and web applications, etc.
  2. Uninstall the old service using the command line:  http://tomcat.apache.org/tomcat-5.5-doc/windows-service-howto.html
  3. Reinstall Tomcat, with "Start Menu Items" selected. You might encounter an error when the installer tries to install the service again. You can elect to ignore it.
  4. After Tomcat is reinstalled, you can use the Java tab in "Start" --> "Apache Tomcat 5.5" --> "Configure Tomcat" to increase the heap size.

Read More

14 comments   |  

4
Rating
  |  

Operations | heap, OutOfMemoryError, Tomcat 5.5

Knowledge Base : How to configure log rotation in Apache Tomcat 5.5 and 6.0 using the Juli logging package

posted by SpringSource on March 18, 2010 11:46 PM

How to enable file rotation to periodically purge older log files and clear space using the default juli internal logging for Apache Tomcat.

By default, Apache Tomcat dies its internal logging through juli. The quantity of information stored in the log files on any server can quickly grow to be quite large. For instance, the access log file typically grows 1 MB or more per 10,000 requests. Therefore, it may be necessary to periodically rotate the log files by moving the files or deleting the existing logs to free up space on the server and allow for more efficient searching through logs. This cannot be done while the server is running, because Apache Tomcat will continue writing to the old log file as long as it holds the file open.

Read More

102 comments   |  

4
Rating
  |  

Developers | Juli, rotation, Tomcat 5.5

Knowledge Base : How to redirect stderr and stdout messages

posted by SpringSource on December 28, 2009 06:05 PM

How to configure your web application's stderr and stdout messages be redirected to the application's log file for Tomcat 5.5 in ERS 3.x

For standard web applications, error messages and output are streamed to log files using sterr and stdout respectively. Some application developers prefer to aggregate all these messages into the application log.

The following steps are required to configure your web application's stderr and stdout messages be redirected to the application's log file for Tomcat 5.5 in ERS 3.1 utilizing java.util.logging:

 

Read More

11 comments   |  

0
Rating
  |  

Developers | ERS, logs, redirect

Knowledge Base : Best practice for implementing custom tag libraries

posted by SpringSource on October 27, 2009 03:20 PM

Correctly placing and referencing TLD libraries

Tomcat 5.5 documentation indicates that JAR files containing libraries should be stored in the webapps META-INF directory, per the JSP specification:

Read More

12 comments   |  

0
Rating
  |  

Operations | custom tag, JAR, tag library

Knowledge Base : How to change log level for Apache Tomcat

posted by SpringSource on October 27, 2009 03:14 PM

Changing log verbosity in Tomcat 4.1, 5.0 and 5.5

Tomcat 4.1
=========

In Tomcat 4.1, the logVerbosityLevel attribute for the Logger element can be used to set the log level. FATAL, ERROR, WARNING, INFORMATION, and DEBUG are the valid values. The default setting is at the WARNING level.

 

Tomcat 5.0
=========

In Tomcat 5.0, it can be changed through commons logging or log4j. Log4j is recommended as it has greater flexibility. In doing so:

Read More

27 comments   |  

0
Rating
  |  

Developers | ERS, log4j, loglevel

Syndicate content