In which method? readItem? Probably because the errors that can occur are assumed to be possibly temporary ones or record specific meaning that subsequent readItem calls could succeed.
That is the impression one gets from the javadocs. e.g
ParseException - if there is a problem parsing the current record (but the next one may still be valid)
NonTransientResourceException - if there is a fatal exception in the underlying resource. After throwing this exception implementations should endeavour to return null from subsequent calls to read.
UnexpectedInputException - if there is an uncategorised problem with the input data. Assume potentially transient, so subsequent calls to read might succeed.
java.lang.Exception - if an there is a non-specific error.
I have gone to look for myself. If I should return before I get back, keep me here with this tiny ad:
ScroogeXHTML - small and flexible RTF to HTML converter library