Package Torello.HTML
Class ReplaceableOutOfBoundsException
- java.lang.Object
-
- java.lang.Throwable
-
- java.lang.Exception
-
- java.lang.RuntimeException
-
- Torello.HTML.ReplaceableException
-
- Torello.HTML.ReplaceableOutOfBoundsException
-
- All Implemented Interfaces:
java.io.Serializable
public class ReplaceableOutOfBoundsException extends ReplaceableException
Thrown during aReplaceableHTML-Vectorupdate operation when aReplaceableinstance is not within the bounds of that HTML-Vector.
ClassReplaceNodesmethodr(Vector, Iterable, boolean)is currently the primary means offered for efficiently modifying an HTML-Vector. It is inside that method where this exception may be thrown by the standard features of Java HTML JAR Library.
The two methods below practice code re-use, and they are wrappers for the above mentioned method. However, since theReplaceableIterable'sare automatically built inside that method, unless there are unforseen errors in the Java-HTML JAR Library, these methods really should not cause this exception to throw.
- See Also:
- Serialized Form
Hi-Lited Source-Code:- View Here: Torello/HTML/ReplaceableOutOfBoundsException.java
- Open New Browser-Tab: Torello/HTML/ReplaceableOutOfBoundsException.java
File Size: 1,766 Bytes Line Count: 58 '\n' Characters Found
-
-
Field Summary
Serializable ID Modifier and Type Field static longserialVersionUID'final'Exception Convenience FieldsModifier and Type Field Replaceabler
-
Constructor Summary
Constructors Constructor ReplaceableOutOfBoundsException(String message, Replaceable r)ReplaceableOutOfBoundsException(Replaceable r)
-
-
-
Field Detail
-
serialVersionUID
public static final long serialVersionUID
This fulfils the SerialVersion UID requirement for all classes that implement Java'sinterface java.io.Serializable. Using theSerializableImplementation offered by java is very easy, and can make saving program state when debugging a lot easier. It can also be used in place of more complicated systems like "hibernate" to store data as well.
Note that Java'sjava.lang.Exceptionandjava.lang.Errorclasses implement theSerializable interface, and a warning-free build expects this field be defined here.- See Also:
- Constant Field Values
- Code:
- Exact Field Declaration Expression:
public static final long serialVersionUID = 1;
-
r
public final Replaceable r
This field is provided to the user as a matter of convenience. All instances of thisExceptionought to guarantee that when an instance is thrown - any & all "Convenience Fields" have been properly set.
If this package is extended, or if this exception is used elsewhere, try to remember to not to accidentally leave this field null when using this class' constructors.
In Summary:
All this is really trying to explain is that, when debugging your code, if in the analysis of a particularException, that analysis causes another exception throw (NullPointerException) - BECAUSE THIS CONVENIENCE FIELD WAS LEFT NULL - you would likely get pretty angry. A reference to theReplaceablewhich caused this exception to throw- Code:
- Exact Field Declaration Expression:
public final Replaceable r;
-
-
Constructor Detail
-
ReplaceableOutOfBoundsException
public ReplaceableOutOfBoundsException(Replaceable r)
Constructs aReplaceableOutOfBoundsExceptionwith no detail message.- Parameters:
r- A reference to theReplaceablewhich caused this exception to throw
This parameter should not be left null. If it were accidentally left null, this could force exception-handling code to to throw an exception itself - while checking exceptions! Note that checking the input to this constructor does occur, and if this parameter is passed a null value, an instance ofTorello.Java.ExceptionCheckErrorwill throw.
-
ReplaceableOutOfBoundsException
public ReplaceableOutOfBoundsException(java.lang.String message, Replaceable r)
Constructs aReplaceableOutOfBoundsExceptionwith the specified detail message.- Parameters:
message- the detail message.r- A reference to theReplaceablewhich caused this exception to throw
This parameter should not be left null. If it were accidentally left null, this could force exception-handling code to to throw an exception itself - while checking exceptions! Note that checking the input to this constructor does occur, and if this parameter is passed a null value, an instance ofTorello.Java.ExceptionCheckErrorwill throw.
-
-