Bulk operations return code and rollback strategy #97
chaen
started this conversation in
Internal design
Replies: 2 comments 1 reply
|
For me, given the nature of a REST-like interface, in case a job is no longer present in the DB, return an HTTP 404 code, providing details regarding which jobs were not found in the db, and rollback the transaction. This way, a user that still wants to kill his jobs might do it simply by removing the other jobs he has. On the other hand, if we wanted to accept partly the operation, we would have to return a successful HTTP code (something like 200), and specify that some job ids were skipped in the return message. A user would then have no way to "unkill" his jobs if he wishes in case of an error. |
1 reply
|
After discussion with @simon-mazenoux and @chrisburr we agreed that we should rollback everything |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
When doing a bulk operations when part of the action failed (for example when killing jobs, only 1 job out of 2 succeeded)
All reactions