Just a heads up: On March 24, 2025, starting at 4:30pm CDT / 19:30 UTC, the site will be undergoing scheduled maintenance for a few hours. During this time, the site might be unavailable for a short while. Thanks for your patience.
×JIRA 5.1.8 standalone is bundled with Apache Tomcat 6.0.35. Due to the security vulnerabilities that have been identified in that version, we need to upgrade Tomcat to the latest possible version of Tomcat 6, which is currently 6.0.36 .
Thanks in advance!
--
Shaakunthala
You've ruled out a full upgrade, so the answer is "option 2".
You could try to upgrade the Tomcat around your Jira, but frankly, it's a monumental pain in the neck. You don't know what files Atlassian have modified to get the Tomcat into such a simple friendly "deploy and forget" format.
In fact, it's not that many, but you still have to find every single one of them, check it's validity in your new Tomcat and merge the changes in. I've started to do it a couple of times, and realised that "download war, deploy in whatever Tomcat I feel like" is a tiny fraction of the work you'd need to do to upgrade a Tomcat around a Jira. I estimated a couple of weeks the last time it came up in a meeting, and was able to deploy a test Tomcat and new Jira-war inside it before the end of the meeting.
Why not just update your JIRA, by doing so, you will get a tested comination, including Tomcat 7.0.29 (JIRA 5.2.5)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Upgrading to 5.2.5 is a big milestone for us, as we have so many customizations and in-house built plugins to test with the upgraded version. For the moment we look for the possibility of minimizing the security vulnerabilities.
Even if we upgrade, the recommended Tomcat 7 version is 7.0.32. So again we're coming to the same question.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Fine, is should be relatively straight forward to take the JIRA5.2.5 deployment structure, remove the atlassian-jira/ tree and transplant your current JIRA version atlassian-jira/ in its place. I would think any (unlikley) incompatibilities would show up quickly?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In addition to Andy's answer, you may like to refer the discussion on the similar question here.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Let me simplify the security team's recommendation further:
In other terms, despite of whether we are going to have either 5.1.8 or 5.2.5, we do have to upgrade the Tomcat. In that case, I'm not sure if transplanting the application is the correct resolution.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.