Bug 862172 - Order of plugin/resource configuration properties incorrect after plug-in upgrade
Summary: Order of plugin/resource configuration properties incorrect after plug-in upg...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: RHQ Project
Classification: Other
Component: Core Server
Version: 3.0.0,4.5
Hardware: All
OS: All
unspecified
low
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-02 07:17 UTC by Andreas Veithen
Modified: 2017-03-18 21:13 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-03-18 21:13:32 UTC
Embargoed:


Attachments (Terms of Use)

Description Andreas Veithen 2012-10-02 07:17:26 UTC
Scenario: User upgrades an existing plug-in that introduces new (simple) properties in plug-in or resource configurations. In the plug-in these new properties have been inserted between existing properties (i.e. they have not been added at the end).

Result: After the plug-in upgrade, on the screens that display these plug-in or resource configurations, the properties are no longer shown in the order in which they have been declared in the plug-in descriptor.

Cause: In the rhq_config_prop_def table in the database, one can see that the order_index column is not updated correctly for existing properties during a plug-in upgrade. That is because ConfigurationMetadataManagerBean doesn't contain code to update that column for simple properties. The only code that updates order_index is related to map properties.

Comment 1 Charles Crouch 2012-10-03 12:33:42 UTC
Andreas, Can you confirm which version you are seeing this problem on? Have you tried with RHQ4.5?
Thanks

Comment 2 Andreas Veithen 2012-10-03 12:45:41 UTC
Yes, I observed that with a resource configuration while testing RHQ 4.5. I added the 3.0.0 version because I noticed the same issue with a plug-in configuration some time ago (although I didn't investigate the problem further at that time).

Comment 3 Heiko W. Rupp 2013-07-01 10:51:26 UTC
Andreas, as you already had a peek at the source -would you be able to contribute a patch?


Note You need to log in before you can comment on or make changes to this bug.