33e683e2c7
bug 4286: Making ExtractVolumeCommand async and some code cleanup
2010-09-19 18:34:12 +05:30
3b8c811143
bug 4286: Making ExtractVolumeCommand async and some code cleanup
2010-09-19 18:33:47 +05:30
d7b6ccd056
Comment out code in executors during the transition to the new API framework. The code is being left around for reference during testing/debugging of the new framework and will be removed in the future.
2010-09-17 11:13:29 -07:00
636dc041c7
bug 4286: Making extractIsoCmd and extractTemplateCmd async
2010-09-17 17:04:07 +05:30
fceb9378ca
bug 4286: Making extractIsoCmd and extractTemplateCmd async
2010-09-17 16:59:09 +05:30
19413d0bec
Comment out executor code to make the branch compile. The executors will be removed after the branch has been thoroughly tested and regressions have been resolved, but in the mean time leave the code around so that it can be used to help debug any problems during the testing phase.
2010-09-16 19:09:04 -07:00
3f6a438d92
Refactoring the AsyncJobManager to queue jobs appropriately if there is a need to synchronize execution on an object, e.g. a router. API developers can now call command.synchronizeCommand(String, Long) to force the command to be synchronized on a particular object type [the string arg] with a particular id [the long arg]. When synchronizeCommand() is invoked, an exception maybe thrown by the framework (AsyncCommandQueued exception) to force the business logic to abort. The command will then be queued and invoked at the appropriate time. The synchronizeCommand() is re-entrant and will be a no-op if the command has already been queued and is now ready for execution.
2010-09-16 19:05:06 -07:00
091b28a6b3
Modified addSecondaryStorage/addHost/updateHost/associateIpAddress/attachIso/copyIso/copyTemplate/deletePortForwardingService/startRouter/stopRouter/rebootRouter commands to new API framework.
2010-09-16 18:54:15 -07:00
b26ac321de
bug 6177: Make VM group a first class object
...
1) Added new apis: createInstanceGroup, updateInstanceGroup, deleteInstanceGroup, listInstanceGroups
2) Group can be created using:
* createInsanceGroup api
* deployVirtualMachine/updateVirtualMachine commands (we create a group with name equal to "group" parameter value if the group doesn't exist already)
3) Group can be removed by:
* deleteInstanceGroup api
* when corresponding account is removed
4) Vm can be assigned to one group only. To move vm from one group to another, use updateVirtualMachine command with "group" parameter
5) Changed listVirtualMachines command to use "groupId" parameter instead of "group".
status 6177: resolved fixed
2010-09-14 19:08:01 -07:00
df10af0688
cleaning up imports, fixing up some compilation problems related to API refactoring
2010-09-13 15:25:46 -07:00
39038721a8
Refactoring deployVirtualMachine to new API framework. Since this is a rather complicated command with many steps, for now the way the logic is broken up between ManagementServer and UserVmManager and NetworkManager is preserved. Later there is a possibility of consolidating some of the logic.
2010-09-09 18:58:37 -07:00
7249f168d5
more file changes
2010-09-09 13:27:20 -07:00
f2a680ae66
1) Refactored DeleteIsoCmd api.
...
2) Removed DeleteTemplateExecutor and DeleteTemplateParam files because deleteTemplate/deleteIso are not async commands
3) Cleaned up unused imports.
2010-09-02 18:52:43 -07:00
53892037c4
Refactored associateIPAddress and updateHost commands.
2010-08-30 15:22:42 -07:00
89cd3131bf
add zone id for create template event
2010-08-23 17:19:31 +05:30
b250b985ec
changes
2010-08-18 12:19:22 -07:00
3870d8f1dc
Some more refactoring
2010-08-17 10:07:57 -07:00
14ae76781e
Committing Kris' big merge
2010-08-11 16:02:57 -07:00
ac730ec496
Branch 2.1.refactor committed
2010-08-11 09:13:42 -07:00
05c020e1f6
Source code committed
2010-08-11 09:13:29 -07:00
nit
Kris McQueen
alena
Alex Huang
kishan
abhishek
Manuel Amador (Rudd-O)