Bug 489789
Summary: | CSP CP to Product relationships are not accurate | ||
---|---|---|---|
Product: | [Retired] JBoss Customer Support Portal | Reporter: | Tom Mirc <tmirc> |
Component: | SEP | Assignee: | JBoss CSP Bug Watch List <csp-bugs-watch> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | GovernanceBoard | CC: | dspaldin, gshipley, jsanda, tao |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | All | ||
URL: | https://jira.jboss.org/jira/browse/JBNADM-3627 | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-01-31 17:40:12 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
Tom Mirc
2009-03-11 20:47:29 UTC
Approved. Moving to XPlanner backlog. Note that Issue-Tracker #271224 can be tackled as part of the fix for this release. I looked at the I-T ticket. I think this will have to be addressed separately. SEP provides the ability to delete repositories, but it does not provide the ability to delete software entries. Each version in the version pick list directly corresponds to a software entry in SEP (or more specifically a row in the software table). So removing a version from the version pick list equates to removing a software entry. Presently, that would have to be done with a SQL script. There are a couple other things you consider adding separate tickets for in bugzilla. 1) Add the capability to delete software rows in SEP. 2) Update the business logic for the versions pick list so that it does not include versions for which there is no content. Pending additional data from ccrouch: Email below "We believe that we clearly understand the issue, in that the CP for 4.3.0.GA can not be deployed via JON because there is an improper mapping of CP_01 to 4.3.0 GA--4.3.0 GA is not currently defined in the RSS feed. We need to know which of the jbn: product fields in the RSS need to be changed? Which field defines the base version and which field defines the replacement? If it would be easier, you could update the JIRA, and I will pick up the correspondence from there." The improper mapping, which currently exists, is from CP01 to jbn:jonResourceVersion="4.3.0.GA_CP01" The correct mapping is from CP01 to jbn:jonResourceVersion="4.3.0.GA" > > We need to know which of the jbn: product fields in the RSS need to be > changed? Which field defines the base version and which field defines > the replacement? Look at https://support.redhat.com/support-portal/restricted/software/repositoryDetails.html?id=788 (4.3 CP04) for an example: The Products field holds: SOFT-0221,SOFT-10260,SOFT-10284,SOFT-10290 Where for example SOFT-10284 maps to https://support.redhat.com/support-portal/restricted/software/softwareDetails.html?id=284 (4.3.0.GA_CP02) Those are the things which generate the <jbn:product> elements. So basically what you need to do is determine the SOFT-NNNNN mappings to product versions, then update the appropriate repository details for each patch so they have the correct values of SOFT-NNNNN in the "Products" field. Cheers Charles I spoke with Charles Crouch to get a better understanding of the issue. CPs apply to previous CPs up to and including the base version. So a bug fix for 4.3.0.GA_CP04 applied to 4.3.0.GA_CP03, 4.3.0.GA_CP02, 4.3.0.GA_CP01, and 4.3.0.GA. I looked at one 4.3.0.GA_CP02 EAP patch (there may be others) with Charles that is mapped to Application Server 4.2.0. This is wrong for two reason as explained by Charles. First, EAP patches are not applied to App Server. Secondly, a patch from the 4.3 line cannot be applied to the 4.2.x line. It could break the installation. We probably want to open a separate bug to perform an audit of what is mapped to Application Server downloads. We'll need to do the same for Developer Subscription. I see that some of the EAP patches are mapped to it, and I do not know if that is correct. Lastly, if a patch does not provide automated instructions, JBoss ON altogether ignores the patch since it applies the patches using the automated instructions. Bugs are no longer tracked under this classification. CSP is now monitored in Other | Customer Portal | Integrated app: JBoss CSP. Please refile any current defect records or RFEs under the current classification. Bugs are no longer tracked under this classification. CSP is now monitored in Other | Customer Portal | Integrated app: JBoss CSP. Please refile any current defect records or RFEs under the current classification. |