public class LockTimeoutException extends LockConflictException
This exception is not thrown if a deadlock is detected, even if the
timeout elapses before the deadlock is broken. If a deadlock is detected,
DeadlockException is always thrown instead.
The lock timeout interval may be set using
EnvironmentConfig.setLockTimeout(long, java.util.concurrent.TimeUnit) or
Transaction.setLockTimeout(long, java.util.concurrent.TimeUnit).
The Transaction handle is invalidated as a result of this
exception.
Normally, applications should catch the base class LockConflictException rather than catching one of its subclasses. All lock
conflicts are typically handled in the same way, which is normally to abort
and retry the transaction. See LockConflictException for more
information.
| Constructor and Description |
|---|
LockTimeoutException(Locker locker,
String message)
For internal use only.
|
| Modifier and Type | Method and Description |
|---|---|
OperationFailureException |
wrapSelf(String msg)
For internal use only.
|
getOwnerTxnIds, getTimeoutMillis, getWaiterTxnIds, setOwnerTxnIds, setTimeoutMillis, setWaiterTxnIdsisReplicaWriteaddErrorMessage, addRethrownStackTrace, getMessage, getVersionHeaderaddSuppressed, fillInStackTrace, getCause, getLocalizedMessage, getStackTrace, getSuppressed, initCause, printStackTrace, printStackTrace, printStackTrace, setStackTrace, toStringpublic OperationFailureException wrapSelf(String msg)
wrapSelf in class OperationFailureExceptionCopyright © 2024. All rights reserved.