java.io.Serializable, oracle.kv.impl.util.FastExternalizablepublic class RequestTimeoutException extends FaultException
The default timeout interval (specified by KVStoreConfig.getRequestTimeout(java.util.concurrent.TimeUnit)) is five seconds, and this exception should
rarely be thrown.
Note that the durability of an update operation may be uncertain if it
results in a RequestTimeoutException being thrown. In most cases,
the exception means that the changes requested by the update may or may not
have been committed to the master or propagated to one or more replicas.
Applications may want to retry the update operation if it is idempotent, or
perform read operations to determine the outcome of the previous update.
In the case that an application receives a RequestTimeoutException whose cause is a DurabilityException and
calling DurabilityException.getNoSideEffects() returns true, the
application can safely assume that none of the changes requested by the
operation have been performed and can retry the operation. If
getNoSideEffects returns false, then the operation may or may not have had
side effects.
Note also that if the consistency specified for a read operation
is Consistency.NONE_REQUIRED_NO_MASTER, then this exception
will be thrown if the operation is attempted when the only node
available is the Master.
Depending on the nature of the application, when this exception is thrown the client may wish to
| Modifier and Type | Method | Description |
|---|---|---|
java.lang.String |
getMessage() |
|
int |
getTimeoutMs() |
Returns the timeout that was in effect for the operation.
|
void |
setTimeoutMs(int timeoutMs) |
Sets the timeout that was in effect for the operation.
|
getFaultClassName, getRemoteStackTrace, toString, wasLoggedRemotelypublic java.lang.String getMessage()
getMessage in class java.lang.Throwablepublic int getTimeoutMs()
public void setTimeoutMs(int timeoutMs)
Copyright (c) 2011, 2018 Oracle and/or its affiliates. All rights reserved.