public class CorruptedObjectException extends RuntimeException
ConcurrentModificationException: to reduce the risk of non-deterministic behavior at an undetermined time in the future after an event has compromised the data integrity. Like
CorruptedObjectExceptionshould be used only to detect bugs; it would be wrong to write a program that depends on this exception for its correctness.
This exception is different than
AssertionError in that
CorruptedObjectException is not
necessarily caused by a bug in the library. An object may become corrupted because of external factors, as
illustrated in the use cases below.
CorruptedObjectException) should be thrown and the object discarded. But if the user does not discard the object and try to use it again, unpredictable behavior may happen. Some implementations are robust enough for detecting such unsafe usage: their methods may throw this
CorruptedObjectExceptionon attempt to use the object after the original failure.
CoordinateReferenceSystemis an interface, Therefore, nothing prevent users from providing a mutable instance. For example if the value returned by
CoordinateSystem.getDimension()changes between two invocations, many objects that use that coordinate system will fall in an inconsistent state. If an operation detects such inconsistency, it may throw this
Defined in the
|Constructor and Description|
Constructs a new exception with no message.
Constructs a new exception with the name of the given object.
Constructs a new exception with the specified detail message.
addSuppressed, fillInStackTrace, getCause, getLocalizedMessage, getMessage, getStackTrace, getSuppressed, initCause, printStackTrace, printStackTrace, printStackTrace, setStackTrace, toString
public CorruptedObjectException(String message)
message- the detail message, or
public CorruptedObjectException(IdentifiedObject object)
object- the corrupted object, or
Copyright © 2010–2017 The Apache Software Foundation. All rights reserved.