abhishek 3bab616478 After discussing with Alex, it was agreed that there is no need to mgmt server level locking using the mgmt_server_id. This makes the code easier, as we have one parent acquire and release mechanism, and the complexity is reduced. In accordance, we do not need to maintain cleanup tasks for mgmt server crashes, as the async mechanism deals with this. Also, the schema becomes a tad simpler as the mgmt_server_id column is not needed anymore

2010-11-01 17:04:28 -07:00

..

src/com/cloud

After discussing with Alex, it was agreed that there is no need to mgmt server level locking using the mgmt_server_id. This makes the code easier, as we have one parent acquire and release mechanism, and the complexity is reduced. In accordance, we do not need to maintain cleanup tasks for mgmt server crashes, as the async mechanism deals with this. Also, the schema becomes a tad simpler as the mgmt_server_id column is not needed anymore

2010-11-01 17:04:28 -07:00

test/com/cloud

Test with OVF importing

2010-09-29 18:40:49 -07:00

.classpath

working through some compilation errors that have arisen due to all the API refactoring...

2010-09-13 14:46:23 -07:00

.project

revert un neccessary changes

2010-09-29 18:40:52 -07:00