Skip to content

Conversation

garyrussell
Copy link
Contributor

Resolves #2722

Prior to 2.8.x, interceptBeforeTx was default false; it is now true. However, it should only be considered if there is a TransactionManager present.

This allows an interceptor (when no transactions) to throw an exception, causing error handling to be invoked.

Also tested with user's reproducer.

cherry-pick to 2.9.x

Resolves spring-projects#2722

Prior to 2.8.x, `interceptBeforeTx` was default `false`; it is now `true`.
However, it should only be considered if there is a `TransactionManager`
present.

This allows an interceptor (when no transactions) to throw an exception,
causing error handling to be invoked.

Also tested with user's reproducer.

**cherry-pick to 2.9.x**
@artembilan artembilan merged commit f079ed3 into spring-projects:main Jul 5, 2023
@artembilan
Copy link
Member

... and cherry-picked to 2.9.x

@garyrussell garyrussell deleted the GH-2722 branch July 5, 2023 17:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Behavior Change When Interceptor Throws an Exception
2 participants