You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2008/01/04 05:35:34 UTC

[jira] Commented: (IO-148) IOException with constructors which take a cause

    [ https://issues.apache.org/jira/browse/IO-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12555790#action_12555790 ] 

Jukka Zitting commented on IO-148:
----------------------------------

No worries about the svn copy, I'm not too attached on my version of the class. :-)

IOExceptionWithCause sounds good. With CauseIOException I was trying (clumsily, I admit) to keep the class name as a kind of a compound word. ExtendedIOException would also work, but IOExceptionWithCause is more accurate.

I'm with Gary on that a String-only constructor is not needed. In fact it might even be worth it to enforce that such an exception always comes with a non-null root cause exception. 

> IOException with constructors which take a cause
> ------------------------------------------------
>
>                 Key: IO-148
>                 URL: https://issues.apache.org/jira/browse/IO-148
>             Project: Commons IO
>          Issue Type: New Feature
>            Reporter: Niall Pemberton
>            Priority: Minor
>             Fix For: 1.4
>
>
> Add an IOException implementation that has constructors which take a cause (see TIKA-104). Constructors which take a cause (Throwable) were not added to IOException until JDK 1.6 but the initCause() method  was added to Throwable in JDK 1.4.
> We should copy the Tika implementation and test case here:
> http://svn.apache.org/repos/asf/incubator/tika/trunk/src/main/java/org/apache/tika/exception/CauseIOException.java
> http://svn.apache.org/repos/asf/incubator/tika/trunk/src/test/java/org/apache/tika/exception/CauseIOExceptionTest.java

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.