public class ReadTimeoutException extends QueryConsistencyException
This exception is processed by
ConsistencyLevel, int, int, boolean, int), which will decide if it is rethrown directly to the
client or if the request should be retried. If all other tried nodes also fail, this exception
will appear in the
AllNodesFailedException thrown to the client.
|Constructor and Description|
|Modifier and Type||Method and Description|
Copy the exception.
Whether the actual data was amongst the received replica responses.
getBlockFor, getConsistencyLevel, getReceived
addSuppressed, fillInStackTrace, getCause, getLocalizedMessage, getMessage, getStackTrace, getSuppressed, initCause, printStackTrace, printStackTrace, printStackTrace, setStackTrace, toString
public boolean wasDataPresent()
During reads, Cassandra doesn't request data from every replica to minimize internal network traffic. Instead, some replicas are only asked for a checksum of the data. A read timeout may occur even if enough replicas have responded to fulfill the consistency level, if only checksum responses have been received. This method allows to detect that case.
@NonNull public DriverException copy()
This returns a new exception, equivalent to the original one, except that because a new object is created in the current thread, the top-most element in the stacktrace of the exception will refer to the current thread. The original exception may or may not be included as the copy's cause, depending on whether that is deemed useful (this is left to the discretion of each implementation).
This is intended for the synchronous wrapper methods of the driver, in order to produce a more user-friendly stack trace (that includes the line in the user code where the driver rethrew the error).
Copyright © 2017–2021. All rights reserved.