2 ms·
I think this is due to side effect which are not “undoable”, like sending an e-mail. In case the timeout happen when the response is send, an email might be alr
by SvenL 5y ago
I think this is due to side effect which are not “undoable”, like sending an e-mail. In case the timeout happen when the response is send, an email might be already send. If the request is send again another email is send. I think that’s why the RFC says “result” and not “state”.
- lazide 5y agoThen it is a fundamentally non-idempotent operation? In the case if an email you could use the idempotency key in the accounts outbox so you could detect if you’ve already sent the message and then no-op if that is the case, and you’re idempotent. The response must reflect something useful, which is probably going to be different in those two cases.
- skybrian 5y agoYes, writing status to log would be a better example; you might want to log retries.