| Summary: | database-service-1.1.0.redhat-4.jar loaded instead of database-service-1.1.0.redhat-6.jar | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Data Virtualization 6 | Reporter: | Cojan van Ballegooijen <cojan> | ||||
| Component: | Installer | Assignee: | Alex Szczuczko <aszczucz> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Filip Elias <felias> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 6.2.0 | CC: | aszczucz, jdurani, jolee, mbaluch, vhalbert | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2016-08-24 11:50:16 UTC | Type: | Support Patch | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Bug Depends On: | |||||||
| Bug Blocks: | 1307150 | ||||||
| Attachments: |
|
||||||
|
Description
Cojan van Ballegooijen
2016-02-05 12:23:41 UTC
Steps to reproduce should include the following DV patch: 4. install patch BZ-1268321.zip @Alex, Assigning over to you for DV 6.2 Update 04 inclusion. Discussion with Van indicates you will be aware and we will update with the tag shortly. I can see that 6.2.4 patch contains database-service jar of version 1.1.0.redhat-4, but pom in the jar declares version 1.1.0.redhat-8. Is this intended fix for the issue. Just rename the file so re-deployment of jar is not needed? That is the intended fix, yes (the same thing was done for bug 1233001). The patching system cannot effect the server configuration, so the server configuration will always reference the GA filename. Since the filename contains a version, it has to be the GA version. This is potentially confusing, but it's the best that can be done in 6.2.x. We should be able to avoid this for 6.3, by ensuring no deployments have versions in their filenames. OK. Setting to verify. |