Class ReactiveResourceSynchronization<O,K>

java.lang.Object
org.springframework.transaction.reactive.ReactiveResourceSynchronization<O,K>
Type Parameters:
O - the resource holder type
K - the resource key type
All Implemented Interfaces:
TransactionSynchronization

public abstract class ReactiveResourceSynchronization<O,K> extends Object implements TransactionSynchronization
TransactionSynchronization implementation that manages a resource object bound through TransactionSynchronizationManager.
Since:
5.2
Author:
Mark Paluch, Juergen Hoeller
  • Constructor Details

  • Method Details

    • suspend

      public reactor.core.publisher.Mono<Void> suspend()
      Description copied from interface: TransactionSynchronization
      Suspend this synchronization. Supposed to unbind resources from TransactionSynchronizationManager if managing any.
      Specified by:
      suspend in interface TransactionSynchronization
      See Also:
    • resume

      public reactor.core.publisher.Mono<Void> resume()
      Description copied from interface: TransactionSynchronization
      Resume this synchronization. Supposed to rebind resources to TransactionSynchronizationManager if managing any.
      Specified by:
      resume in interface TransactionSynchronization
      See Also:
    • beforeCommit

      public reactor.core.publisher.Mono<Void> beforeCommit(boolean readOnly)
      Description copied from interface: TransactionSynchronization
      Invoked before transaction commit (before "beforeCompletion").

      This callback does not mean that the transaction will actually be committed. A rollback decision can still occur after this method has been called. This callback is rather meant to perform work that's only relevant if a commit still has a chance to happen, such as flushing SQL statements to the database.

      Note that exceptions will get propagated to the commit caller and cause a rollback of the transaction.

      Specified by:
      beforeCommit in interface TransactionSynchronization
      Parameters:
      readOnly - whether the transaction is defined as read-only transaction
      See Also:
    • beforeCompletion

      public reactor.core.publisher.Mono<Void> beforeCompletion()
      Description copied from interface: TransactionSynchronization
      Invoked before transaction commit/rollback. Can perform resource cleanup before transaction completion.

      This method will be invoked after beforeCommit, even when beforeCommit threw an exception. This callback allows for closing resources before transaction completion, for any outcome.

      Specified by:
      beforeCompletion in interface TransactionSynchronization
      See Also:
    • afterCommit

      public reactor.core.publisher.Mono<Void> afterCommit()
      Description copied from interface: TransactionSynchronization
      Invoked after transaction commit. Can perform further operations right after the main transaction has successfully committed.

      Can e.g. commit further operations that are supposed to follow on a successful commit of the main transaction, like confirmation messages or emails.

      NOTE: The transaction will have been committed already, but the transactional resources might still be active and accessible. As a consequence, any data access code triggered at this point will still "participate" in the original transaction, allowing to perform some cleanup (with no commit following anymore!), unless it explicitly declares that it needs to run in a separate transaction. Hence: Use PROPAGATION_REQUIRES_NEW for any transactional operation that is called from here.

      Specified by:
      afterCommit in interface TransactionSynchronization
    • afterCompletion

      public reactor.core.publisher.Mono<Void> afterCompletion(int status)
      Description copied from interface: TransactionSynchronization
      Invoked after transaction commit/rollback. Can perform resource cleanup after transaction completion.

      NOTE: The transaction will have been committed or rolled back already, but the transactional resources might still be active and accessible. As a consequence, any data access code triggered at this point will still "participate" in the original transaction, allowing to perform some cleanup (with no commit following anymore!), unless it explicitly declares that it needs to run in a separate transaction. Hence: Use PROPAGATION_REQUIRES_NEW for any transactional operation that is called from here.

      Specified by:
      afterCompletion in interface TransactionSynchronization
      Parameters:
      status - completion status according to the STATUS_* constants
      See Also:
    • shouldUnbindAtCompletion

      protected boolean shouldUnbindAtCompletion()
      Return whether this holder should be unbound at completion (or should rather be left bound to the thread after the transaction).

      The default implementation returns true.

    • shouldReleaseBeforeCompletion

      protected boolean shouldReleaseBeforeCompletion()
      Return whether this holder's resource should be released before transaction completion (true) or rather after transaction completion (false).

      Note that resources will only be released when they are unbound from the thread (shouldUnbindAtCompletion()).

      The default implementation returns true.

      See Also:
    • shouldReleaseAfterCompletion

      protected boolean shouldReleaseAfterCompletion(O resourceHolder)
      Return whether this holder's resource should be released after transaction completion (true).

      The default implementation returns !shouldReleaseBeforeCompletion(), releasing after completion if no attempt was made before completion.

      See Also:
    • processResourceAfterCommit

      protected reactor.core.publisher.Mono<Void> processResourceAfterCommit(O resourceHolder)
      After-commit callback for the given resource holder. Only called when the resource hasn't been released yet (shouldReleaseBeforeCompletion()).
      Parameters:
      resourceHolder - the resource holder to process
    • releaseResource

      protected reactor.core.publisher.Mono<Void> releaseResource(O resourceHolder, K resourceKey)
      Release the given resource (after it has been unbound from the thread).
      Parameters:
      resourceHolder - the resource holder to process
      resourceKey - the key that the resource object was bound for
    • cleanupResource

      protected reactor.core.publisher.Mono<Void> cleanupResource(O resourceHolder, K resourceKey, boolean committed)
      Perform a cleanup on the given resource (which is left bound to the thread).
      Parameters:
      resourceHolder - the resource holder to process
      resourceKey - the key that the resource object was bound for
      committed - whether the transaction has committed (true) or rolled back (false)