Just bumping this since there haven't been any responses. Does anyone have any thoughts on this? I'm ready and prepared to do the work, but I don't want to move on if people have concerns with this approach or can think of a better solution.
-Chris -- Chris Suich chris.su...@netapp.com<mailto:chris.su...@netapp.com> NetApp Software Engineer Data Center Platforms – Cloud Solutions Citrix, Cisco & Red Hat On Oct 8, 2013, at 4:53 PM, Chris Suich <chris.su...@netapp.com<mailto:chris.su...@netapp.com>> wrote: This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14522/ On October 8th, 2013, 8:18 p.m. UTC, edison su wrote: ui/scripts/storage.js<https://reviews.apache.org/r/14522/diff/1/?file=362033#file362033line1763> (Diff revision 1) getActionFilter: function() { 1763 revertSnapshot: { The ui change here, is there way to disable it from ui, if the storage provider is not NetApp? Or move the ui change into your plugin? This raises the question of whether people expect to see the revert snapshot functionality for hypervisors or just storage providers. I figured that the hypervisor functionality would be desired, but it sounds like that may not be the case for all hypervisors. Has there been any thoughts to allow storage providers to indicate which features they support? Maybe part of the VolumeResponse can be a set of flags for which operations are supported (take snapshot, revert snapshot, etc.). This way, the UI can dynamically show/hide supported actions without knowing who the volume's storage provider actually is. This should be a fairly straight forward UI change, but would require adding methods to the storage provider interface. If we don't want to always load this information just for the VolumeResponse, we could expose new APIs to query which operations are supported for a given volume, but we may not want to go exposing APIs for this. Any thoughts? - Chris On October 7th, 2013, 8:26 p.m. UTC, Chris Suich wrote: Review request for cloudstack, Brian Federle and edison su. By Chris Suich. Updated Oct. 7, 2013, 8:26 p.m. Repository: cloudstack-git Description After the last batch of work to the revertSnapshot API, SnapshotServiceImpl was not tied into the workflow to be used by storage providers. I have added the logic in a similar fashion to takeSnapshot(), backupSnapshot() and deleteSnapshot(). I have also added a 'Revert to Snapshot' action to the volume snapshots list in the UI. Testing I have tested all of this locally with a custom storage provider. Unfortunately, I'm still in the middle of figuring out how to properly unit test this type of code. If anyone has any recommendations, please let me know. Diffs * api/src/org/apache/cloudstack/api/command/user/snapshot/RevertSnapshotCmd.java (946eebd) * client/WEB-INF/classes/resources/messages.properties (f92b85a) * client/tomcatconf/commands.properties.in (58c770d) * engine/storage/snapshot/src/org/apache/cloudstack/storage/snapshot/SnapshotServiceImpl.java (c09adca) * server/src/com/cloud/server/ManagementServerImpl.java (0a0fcdc) * server/src/com/cloud/storage/snapshot/SnapshotManagerImpl.java (0b53cfd) * ui/dictionary.jsp (f93f9dc) * ui/scripts/storage.js (88fb9f2) View Diff<https://reviews.apache.org/r/14522/diff/>
