Class AbstractTransactionOperations<T extends InternalTransaction<C>,C>
- Type Parameters:
T
- The transaction typeC
- The connection type
- All Implemented Interfaces:
SynchronousTransactionManager<C>
,TransactionManager
,TransactionOperations<C>
- Direct Known Subclasses:
AbstractDefaultTransactionOperations
- Since:
- 4.0.0
- Author:
- Denis Stepanov
-
Field Summary
Modifier and TypeFieldDescriptionprotected final ConnectionOperations<C>
protected final org.slf4j.Logger
protected final @Nullable SynchronousConnectionManager<C>
-
Constructor Summary
ConstructorDescriptionAbstractTransactionOperations
(ConnectionOperations<C> connectionOperations, @Nullable SynchronousConnectionManager<C> synchronousConnectionManager) -
Method Summary
Modifier and TypeMethodDescriptionvoid
commit
(TransactionStatus<C> status) Commit the given transaction, with regard to its status.protected abstract T
createExistingTransactionStatus
(@NonNull ConnectionStatus<C> connectionStatus, @NonNull TransactionDefinition definition, T existingTransaction) Create transaction status with existing transaction.protected abstract T
createNewTransactionStatus
(@NonNull ConnectionStatus<C> connectionStatus, @NonNull TransactionDefinition definition) Create transaction status with new transaction.protected abstract T
createNoTxTransactionStatus
(@NonNull ConnectionStatus<C> connectionStatus, @NonNull TransactionDefinition definition) Create transaction status without open transaction.determineTimeout
(TransactionDefinition definition) Determine the actual timeout to use for the given definition.protected abstract void
Begin a new transaction with semantics according to the given transaction definition.protected abstract void
Perform an actual commit of the given transaction.protected final <R> R
doExecute
(@NonNull TransactionDefinition definition, @NonNull TransactionCallback<C, R> callback) Do execute in transaction.protected void
doNestedBegin
(T tx) Alternative of thedoBegin(InternalTransaction)
intended for a nested transaction.protected void
doNestedCommit
(T tx) Alternative of thedoCommit(InternalTransaction)
intended for a nested transaction.protected void
doNestedRollback
(T tx) Alternative of thedoRollback(InternalTransaction)
intended for a nested transaction.protected void
Do resume the transaction.protected abstract void
doRollback
(T tx) Perform an actual rollback of the given transaction.protected void
Do suspend the transaction.protected ConnectionDefinition
getConnectionDefinition
(TransactionDefinition transactionDefinition) Returns connection definition.@NonNull TransactionStatus<C>
getTransaction
(TransactionDefinition definition) Return a currently active transaction or create a new one, according to the specified propagation behavior.boolean
Check if the connection exists.void
rollback
(TransactionStatus<C> status) Perform a rollback of the given transaction.protected <R> R
Do suspend the transaction.Methods inherited from class io.micronaut.transaction.support.AbstractPropagatedStatusTransactionOperations
execute, extendCurrentPropagatedContext, findTransactionStatus
Methods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait
Methods inherited from interface io.micronaut.transaction.TransactionOperations
execute, executeRead, executeWrite, findTransactionStatus, getConnection
-
Field Details
-
logger
protected final org.slf4j.Logger logger -
connectionOperations
-
synchronousConnectionManager
-
-
Constructor Details
-
AbstractTransactionOperations
public AbstractTransactionOperations(ConnectionOperations<C> connectionOperations, @Nullable @Nullable SynchronousConnectionManager<C> synchronousConnectionManager)
-
-
Method Details
-
getConnectionDefinition
Returns connection definition.- Parameters:
transactionDefinition
- The transaction definition- Returns:
- connection definition
-
createNoTxTransactionStatus
protected abstract T createNoTxTransactionStatus(@NonNull @NonNull ConnectionStatus<C> connectionStatus, @NonNull @NonNull TransactionDefinition definition) Create transaction status without open transaction.- Parameters:
connectionStatus
- The connection statusdefinition
- The transaction definition- Returns:
- new transaction status
-
createNewTransactionStatus
protected abstract T createNewTransactionStatus(@NonNull @NonNull ConnectionStatus<C> connectionStatus, @NonNull @NonNull TransactionDefinition definition) Create transaction status with new transaction.- Parameters:
connectionStatus
- The connection statusdefinition
- The transaction definition- Returns:
- new transaction status
-
createExistingTransactionStatus
protected abstract T createExistingTransactionStatus(@NonNull @NonNull ConnectionStatus<C> connectionStatus, @NonNull @NonNull TransactionDefinition definition, @NonNull T existingTransaction) Create transaction status with existing transaction.- Parameters:
connectionStatus
- The connection statusdefinition
- The transaction definitionexistingTransaction
- The existing transaction- Returns:
- new transaction status
-
hasConnection
public boolean hasConnection()Description copied from interface:TransactionOperations
Check if the connection exists.- Specified by:
hasConnection
in interfaceTransactionOperations<T extends InternalTransaction<C>>
- Returns:
- True if transaction exists
-
doExecute
protected final <R> R doExecute(@NonNull @NonNull TransactionDefinition definition, @NonNull @NonNull TransactionCallback<C, R> callback) Description copied from class:AbstractPropagatedStatusTransactionOperations
Do execute in transaction.- Specified by:
doExecute
in classAbstractPropagatedStatusTransactionOperations<T extends InternalTransaction<C>,
C> - Type Parameters:
R
- The result type- Parameters:
definition
- The transaction definitioncallback
- The callback- Returns:
- The result
-
doBegin
Begin a new transaction with semantics according to the given transaction definition. Does not have to care about applying the propagation behavior, as this has already been handled by this abstract manager.This method gets called when the transaction manager has decided to actually start a new transaction. Either there wasn't any transaction before, or the previous transaction has been suspended.
- Parameters:
tx
- The transaction
-
doCommit
Perform an actual commit of the given transaction.An implementation does not need to check the "new transaction" flag or the rollback-only flag; this will already have been handled before. Usually, a straight commit will be performed on the transaction object contained in the passed-in status.
- Parameters:
tx
- The transaction
-
doRollback
Perform an actual rollback of the given transaction.An implementation does not need to check the "new transaction" flag; this will already have been handled before. Usually, a straight rollback will be performed on the transaction object contained in the passed-in status.
- Parameters:
tx
- The transaction
-
doNestedBegin
Alternative of thedoBegin(InternalTransaction)
intended for a nested transaction.- Parameters:
tx
- The transaction
-
doNestedCommit
Alternative of thedoCommit(InternalTransaction)
intended for a nested transaction.- Parameters:
tx
- The transaction
-
doNestedRollback
Alternative of thedoRollback(InternalTransaction)
intended for a nested transaction.- Parameters:
tx
- The transaction
-
determineTimeout
Determine the actual timeout to use for the given definition. Will fall back to this manager's default timeout if the transaction definition doesn't specify a non-default value.- Parameters:
definition
- the transaction definition- Returns:
- the optional timeout to use
- See Also:
-
doSuspend
Do suspend the transaction.- Parameters:
transaction
- The transaction
-
doResume
Do resume the transaction.- Parameters:
transaction
- The transaction
-
suspend
Do suspend the transaction.- Type Parameters:
R
- The result type- Parameters:
transaction
- The transactioncallback
- The callback- Returns:
- The callback result
-
getTransaction
@NonNull public @NonNull TransactionStatus<C> getTransaction(TransactionDefinition definition) throws TransactionException Description copied from interface:SynchronousTransactionManager
Return a currently active transaction or create a new one, according to the specified propagation behavior.Note that parameters like isolation level or timeout will only be applied to new transactions, and thus be ignored when participating in active ones.
Furthermore, not all transaction definition settings will be supported by every transaction manager: A proper transaction manager implementation should throw an exception when unsupported settings are encountered.
An exception to the above rule is the read-only flag, which should be ignored if no explicit read-only mode is supported. Essentially, the read-only flag is just a hint for potential optimization.
- Specified by:
getTransaction
in interfaceSynchronousTransactionManager<T extends InternalTransaction<C>>
- Parameters:
definition
- the TransactionDefinition instance (can benull
for defaults), describing propagation behavior, isolation level, timeout etc.- Returns:
- transaction status object representing the new or current transaction
- Throws:
TransactionException
- in case of lookup, creation, or system errorsIllegalTransactionStateException
- if the given transaction definition cannot be executed (for example, if a currently active transaction is in conflict with the specified propagation behavior)- See Also:
-
commit
Description copied from interface:SynchronousTransactionManager
Commit the given transaction, with regard to its status. If the transaction has been marked rollback-only programmatically, perform a rollback.If the transaction wasn't a new one, omit the commit for proper participation in the surrounding transaction. If a previous transaction has been suspended to be able to create a new one, resume the previous transaction after committing the new one.
Note that when the commit call completes, no matter if normally or throwing an exception, the transaction must be fully completed and cleaned up. No rollback call should be expected in such a case.
If this method throws an exception other than a TransactionException, then some before-commit error caused the commit attempt to fail. For example, an O/R Mapping tool might have tried to flush changes to the database right before commit, with the resulting DataAccessException causing the transaction to fail. The original exception will be propagated to the caller of this commit method in such a case.
- Specified by:
commit
in interfaceSynchronousTransactionManager<T extends InternalTransaction<C>>
- Parameters:
status
- object returned by thegetTransaction
method- Throws:
UnexpectedRollbackException
- in case of an unexpected rollback that the transaction coordinator initiatedHeuristicCompletionException
- in case of a transaction failure caused by a heuristic decision on the side of the transaction coordinatorTransactionSystemException
- in case of commit or system errors (typically caused by fundamental resource failures)IllegalTransactionStateException
- if the given transaction is already completed (that is, committed or rolled back)TransactionException
- if something goes wrong during commit- See Also:
-
rollback
Description copied from interface:SynchronousTransactionManager
Perform a rollback of the given transaction.If the transaction wasn't a new one, just set it rollback-only for proper participation in the surrounding transaction. If a previous transaction has been suspended to be able to create a new one, resume the previous transaction after rolling back the new one.
Do not call rollback on a transaction if commit threw an exception. The transaction will already have been completed and cleaned up when commit returns, even in case of a commit exception. Consequently, a rollback call after commit failure will lead to an IllegalTransactionStateException.
- Specified by:
rollback
in interfaceSynchronousTransactionManager<T extends InternalTransaction<C>>
- Parameters:
status
- object returned by thegetTransaction
method- Throws:
TransactionSystemException
- in case of rollback or system errors (typically caused by fundamental resource failures)IllegalTransactionStateException
- if the given transaction is already completed (that is, committed or rolled back)TransactionException
- if something goes wrong during rollback
-