-
Notifications
You must be signed in to change notification settings - Fork 3k
Redis: improvements #50124
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Redis: improvements #50124
Conversation
…tions The error handling is conceptually simple and uniform across the blocking API and reactive API. If the transaction block succeeds, the transaction is `EXEC`uted. In that case, some commands may succeed and some may fail; this is standard Redis behavior. The `TransactionResult.hasErrors()` method indicates whether at least one command failed. The failures are represented as `Throwable`s in the `TransactionResult` list. If the transaction block fails, the transaction is discarded and the exception is rethrown. In case of the optimistic locking API, if the pre-transaction block succeeds, the transaction is started and execution continutes to the transaction block. If the pre-transaction block fails, all watched keys are `UNWATCH`ed and the exception is rethrown. In this case, the transaction is not started and the transaction block is not executed.
Status for workflow
|
Status for workflow
|
🙈 The PR is closed and the preview is expired. |
Fixes #32361
Fixes #49531
Fixes #49719