Bug 126233
Summary: | Update broke JPP's tomcat | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Graham Leggett <minfrin> |
Component: | mx4j | Assignee: | Fernando Nasser <fnasser> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | CC: | gbenson |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-28 15:12:13 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Graham Leggett
2004-06-17 19:59:43 UTC
Only Red Hat signed packages are supported on RHEL3 systems. Tomcat (5 only) support will be provided as part of out RHAPS (Application Server) offering. Tomcat 4 was in the Beta (unsupported) version of RHAPS. If you think Tomcat4 should still be supported please tell your representative so he/she can pass this request to Marketing. Ask you sales representative about RHAPS. The problem was not whether something was supported or not, but whether Redhat were responsible enough during software releases to ensure their releases "played nice" with others in the marketplace. If it turns out that automatic updates break production systems, then we will abandon the use of automatic updates on our systems, and in turn probably abandon the RHEL distribution for a vendor that takes software releases more seriously. If Redhat's approach to this issue is to just refer the customer to marketing, then we will be considering a competing product in future. How did it break it exactly? Did the JPackage mx4j get overwritten? Redhat released mx4j-1.1.1-6, which is technically later than JPP's most recent release mx4j-1.1.1-5jpp. The JPP release of tomcat does not detect the jar files from mx4j-1.1.1-6, which caused it to fail to start on its next invocation after the update. |