- Before you report a bug
- Resources to help resolve Apache Tomcat problems
- Looking for known issues
- Reporting Apache Tomcat bugs
Table of Contents
Before you report a bug
The Apache Tomcat community consists of those who use Apache Tomcat, help answer questions on discussions lists, contribute documentation and patches, and those who develop and maintain the code for Apache Tomcat. Almost all those who assist on a day to day basis resolving bug reports do this for a wide variety of reasons, and almost all of them do this on their own time.
Many bugs reported end up not being a bug in the Apache Tomcat code, but are due to misconfiguration, problems caused by installed applications, the operating system, etc.
Before reporting a bug please make every effort to resolve the problem yourself.
If you need help, ask on the users mailing list.
The remainder of this document points you toward resources you can use to resolve the problem you are having.
Bugzilla is not a support forum
Bugzilla is a tool to track bug reports and feature requests. It is used to organize work on Apache Tomcat projects, so that such issues are not forgotten and to document how they were resolved.
Bugzilla is not a place to ask questions on how to configure your own system, or how to interpret some error message or behaviour that you do not understand. If you have questions, please ask on the users mailing list.
When you have gathered enough information to diagnose your problem, and it is indeed a bug that can be fixed in Apache Tomcat, feel free to create or reopen your Bugzilla issue for it. You can find a link to your discussion in the mailing list archives and include it in your bug report.
Resources to help resolve Apache Tomcat problems
Here are some resources you can use to help you resolve the problem you are having before reporting a bug.
- Documentation – Review the documentation for the version of Apache Tomcat that you are using. The problem that you are facing may already be addressed in the docs. Note, that documentation is searchable.
- Logs – The logs which Apache Tomcat generates can be a valuable resource when trying to diagnose a problem. Please review them. You may want to enable debug output in your Apache Tomcat configuration so that you have more information to help diagnose the problem. You may want to configure an Access Log (a valve) to log what requests reached Tomcat and what was Tomcat's response to them.
- Wiki – Search the Wiki. That is unofficial documentation to which everyone can contribute.
- FAQ's – Search the Tomcat Frequently Asked Questions that is part of the Wiki.
Apache Tomcat discussion lists
Please search the bug database to see if the bug you are seeing has already been reported. Please look at the changelog page for the bugs that have already been fixed. The changelogs for not-yet-released versions of Tomcat are also available. More details are below.
Try to reproduce your problem with the latest released version of Apache Tomcat.
Looking for known issues
Search the bug database
Please search the bug database to see if the bug you are seeing has already been reported.
- The bug may have already been fixed and is available in a later version or nightly build.
- Someone else may have reported the bug, you could add supporting information to help reproduce and resolve the bug.
Here are some search tips.
Search for closed bugs as well as for the open ones.
On the advanced search page you can clear the "Status" field to avoid filtering by status.
Search across different versions of Tomcat.
In the bug database Tomcat is represented by several "products". The same problem should be reported only once, but the fix may be applied to different Tomcat versions. While doing so, the bug report is moved between different products. A bug that is originally reported against Tomcat 8 is moved to Tomcat 7 and maybe later to Tomcat 6. So it makes sense to search all the versions at once.
Here is a quick list of supported products:
- Tomcat 9, Tomcat 8, Tomcat 7 and Tomcat 6 – Tomcat 9.0.x, 8.5.x or 8.0.x, 7.0.x and 6.0.x
- Tomcat Connectors – Integration of Tomcat with other Web servers
- Tomcat Native – APR based native HTTP and AJP connectors for Tomcat
- Tomcat Modules – Additional Tomcat components
- Taglibs – Apache Taglibs subproject
Search not only Summary field, but also the Comment one
On the advanced search page open "Detailed Bug Information", then type your query into the "Comment" field.
You can limit results to the issues that were changed recently.
On the advanced search page open "Search by Change History", then type "
-2m" into the first field in the pair of "between" fields to limit results to the issues changed in the last 2 months.
Some bugs do not belong to Tomcat.
Tomcat bundles libraries from several other projects. You can see RELEASE-NOTES and NOTICE files in your distribution for details. More details are in a separate section below.
If you are looking for the recently fixed issues there are several places to look at.
Changelog files for released versions
These are published on the Tomcat website.
Changelog files for not-yet-released versions
These are available in the source code.
They are in XML format with style sheets attached. Thus modern web browsers can display them nicely.
The files are also available in nightly documentation builds. See Buildbot page for details.
STATUS file for Tomcat 6
A STATUS file is used in Review-Then-Commit development process to propose and then vote for the proposed patches. These are available in the source code of versions of Tomcat that use Review-Than-Commit. Currently only Tomcat 6 uses this development model.
|Product||Changelog (released)||Changelog (unreleased)||STATUS|
|Tomcat 9.0 (trunk)||changelog.html||changelog.xml||none|
Third party components
Tomcat bundles libraries from several other projects. See
RELEASE-NOTES and NOTICE files in your distribution for details. The
versions of the components that were used to build Tomcat are defined
build.properties.default file in the source
Notable components are:
Tomcat service launcher –
The service launcher is provided by Apache Commons Daemon project.
Using the terminology from that project, the *nixes launcher is called
jsvcand the Windows launcher is called
tomcatNw.exeprograms in Tomcat distributions are just renamed
prunmgr.exefrom Apache Commons Daemon binaries distribution.
DBCP Database Pool implementation –
The classes from these two projects are renamed into a different package, to avoid conflicts if the same libraries are used by web applications, recompiled and packed into a single JAR file.
JDBC Database Pool implementation –
This pool implementation is available with Tomcat 7 and later and it comes from jdbc-pool project that is part of Tomcat Modules. This library is developed alongside the main Tomcat.
Reporting Apache Tomcat bugs
Please make sure the problem is a bug in Apache Tomcat and not a bug in your web application.
Note, that security-related issues should not be reported through Bugzilla.
How to write a bug report
Please provide as much information as possible. It is very hard to fix a bug if the person looking into the problem cannot reproduce it. See also Bug Writing Guidelines.
Bug submission starts here. You have to include the following information in your bug report:
Product. Here is a list of supported products:
- Tomcat 9 – Tomcat 9.0.x and tomcat.apache.org web site
- Tomcat 8 – Tomcat 8.5.x and 8.0.x
- Tomcat 7 – Tomcat 7.0.x
- Tomcat 6 – Tomcat 6.0.x
- Tomcat Connectors – Integration of Tomcat with other Web servers. The mod_jk module for Apache HTTPD and other web servers.
- Tomcat Native – HTTP and AJP connectors for Tomcat using native code and linked with Apache APR and OpenSSL libraries
- Tomcat Modules – Additional Tomcat components, such as jdbc-pool
- Taglibs – Apache Taglibs subproject
Version – Apache Tomcat version.
Please not only select it from the list, but also mention it in your text. The bug description can be updated, so it is important to mention the version in the text as well.
Component – The component which has the bug.
If you do not know, just guess.
Platform and OS – Hardware platform and operating system Tomcat is running on.
Severity – This is
normalfor usual bug reports and
enhancementfor enhancement requests.
If you tend to mark it as
critical, you are probably doing it wrong. It is likely that the issue is already known and fixed, or it is not an issue at all.
Please mention these in your text:
- Java version – Vendor and version of your Java Runtime Environment used to run Tomcat.
- If Tomcat is used behind Apache HTTPD or other web server – its version and how it is configured.
- Tomcat Connector that is being used. There are several implementations of Connectors in Tomcat. Which one is being used is shown in the logs during Tomcat startup.
Attach configuration files and Tomcat log files if they would help to track down the bug.
Please describe how to reproduce your problem on a clean Tomcat installation. If you can please provide a simple sample web application that demonstrates the issue.
How to submit patches and enhancement requests
Enhancement requests for Tomcat are submitted using the same procedure
as bug reports, but in the Severity field you will select the value
To propose a patch, attach it to a Bugzilla issue.
When providing a patch, please mention to which version of the source code it
applies. Any patches are welcome, but we prefer the ones that use the
Unified Diff format. Those can be generated using
svn diff or
git diff command.
To patch and build Apache Tomcat see the following references:
- Subversion repository structure of Apache Tomcat
- Read BUILDING.txt in the source distribution
To prepare a documentation patch:
Read section on building the documentation in BUILDING.txt file
in the source distribution.
Usually the documentation for a version of Tomcat is located in
webapps/docs/ directory in the source code and
can be built with
ant build-docs command.
To build documentation it should be sufficient to have a Java runtime and a copy of Apache Ant. Compiling Tomcat code should be unnecessary.
Security-related bugs are of special concern. If you have a verified security bug to report please neither post it to public email lists nor submit a bug report. See Security Reports page on how to report them.