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