[
https://issues.apache.org/jira/browse/IO-174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niall Pemberton updated IO-174:
-------------------------------
Fix Version/s: 2.x
This implementation was designed this way and it would be a backwards
incompatible change to do what you suggest. Willing to consider a compatible
change though - perhaps adding a constructor parameter to configure the
existing or your new behaviour though.
> CharSequenceReader does not obey Reader contract and throw IOExceptions if
> read when closed
> -------------------------------------------------------------------------------------------
>
> Key: IO-174
> URL: https://issues.apache.org/jira/browse/IO-174
> Project: Commons IO
> Issue Type: Bug
> Components: Streams/Writers
> Affects Versions: 1.4
> Reporter: Douglas Hauge
> Fix For: 2.x
>
> Attachments: IO-174.patch
>
>
> In the Java specs for
> [*java.io.Reader.close()*|http://java.sun.com/j2se/1.5.0/docs/api/java/io/Reader.html#close()],
> it states
> {panel}
> Once a stream has been closed, further read(), ready(), mark(), or reset()
> invocations will throw an IOException
> {panel}
> However, the *org.apache.commons.io.input.CharSequenceReader* does not do
> this, but instead resets the file back to the start when it is closed. This
> causes problems when passing this reader to some libraries (albeit admittedly
> poorly written ones) that rely on *read* throwing an *IOException* after the
> reader has been closed.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
