Bug 1309480 - Remote API is missing ability to retrieve and revert historic plug-in and resource configuration
Remote API is missing ability to retrieve and revert historic plug-in and res...
Status: NEW
Product: JBoss Operations Network
Classification: JBoss
Component: CLI (Show other bugs)
JON 3.1.2
Unspecified Unspecified
unspecified Severity high
: ---
: One-off release
Assigned To: Michael Burman
Mike Foley
Depends On:
Blocks: 1309481
  Show dependency treegraph
Reported: 2016-02-17 17:58 EST by Larry O'Leary
Modified: 2016-05-17 10:23 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1309481 (view as bug list)
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 2169271 None None None 2016-02-17 18:21 EST

  None (edit)
Description Larry O'Leary 2016-02-17 17:58:47 EST
Description of problem:
ConfigurationManagerRemote interface does not expose a method to apply/revert configuration from configuration history/updates.

This prevents a client from using the remote API to manage configuration for a resource and its connection settings based on prior configuration updates.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.  Import a resource.
2.  Make configuration changes.
3.  Use the remote API to retrieve the resource's plug-in configuration updates:

> // Get all plugin configuration updates for the Resource myResource
> var myConnectionHistory = myResource.getPluginConfigurationUpdates();

Actual results:
myConnectionHistory contains a list of ids but there is no way to get the configuration update record showing the date/time of the update along with who applied it and its status along with the actual Configuration object so that it can be reapplied to the resource.

Expected results:
myConnectionHistory should contain a list of PluginConfigurationUpdate which includes all the details of the update including Configuration.

Additionally, it should be possible to pass a resource ID and configuration update ID to a method of ConfigurationManager to have the server reapply the desired configuration update. This would be similar to the Rollback function provided in the configuration history pages of the UI.

Additional info:
It appears that some/all of this functionality is exposed in the local interface so perhaps this is just a matter of moving local methods over to the remote interface.

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