Bug #654
closed
Delete operations fail during orchestration
Added by Paul Kelly almost 14 years ago.
Updated almost 14 years ago.
Description
This needs some investigation but I believe that if a delete operation fails then the database transaction COMMITS. This appears to be because the Orchestration#destroy method is not within a transaction and the ROLLBACK is just an ordinary exception.
It may be that this is more or less complicated than that but this what I have seen.
I admit that I cannot see how this is possible, so maybe I am wrong.
After some investigation it appears that the structure of the code is such that the destroy teardown is occurring AFTER the commit has been executed. The obvious solution is to perform the rollback operations in an after_delete method as this ensures that we are within the transactional block.
- Status changed from New to Assigned
- Assignee set to Paul Kelly
- Status changed from Assigned to Ready For Testing
- Target version set to 0.2
- % Done changed from 0 to 100
- Status changed from Ready For Testing to Closed
Also available in: Atom
PDF