hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Loughran (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HADOOP-3642) add a HadoopIOException that can be thrown in any method that has IOException on its signature
Date Wed, 25 Jun 2008 16:20:45 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-3642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608098#action_12608098

Steve Loughran commented on HADOOP-3642:

the problem here is a java5/java6 constructor change in IOE

     [exec]     [javac] Compiling 277 source files to /zonestorage/hudson/home/hudson/hudson/jobs/Hadoop-Patch/workspace/trunk/build/classes
     [exec]     [javac] /zonestorage/hudson/home/hudson/hudson/jobs/Hadoop-Patch/workspace/trunk/src/core/org/apache/hadoop/util/HadoopIOException.java:72:
cannot find symbol
     [exec]     [javac] symbol  : constructor IOException(java.lang.Throwable)
     [exec]     [javac] location: class java.io.IOException
     [exec]     [javac]     super(cause);
     [exec]     [javac]     ^
     [exec]     [javac] Note: Some input files use or override a deprecated API.
     [exec]     [javac] Note: Recompile with -Xlint:deprecation for details.
     [exec]     [javac] 1 error

> add a HadoopIOException that can be thrown in any method that has IOException on its
> ----------------------------------------------------------------------------------------------
>                 Key: HADOOP-3642
>                 URL: https://issues.apache.org/jira/browse/HADOOP-3642
>             Project: Hadoop Core
>          Issue Type: New Feature
>          Components: util
>    Affects Versions: 0.19.0
>            Reporter: Steve Loughran
>            Assignee: Steve Loughran
>            Priority: Minor
>         Attachments: hadoop-io-exception.patch, hadoop-io-exception.patch
> I find myself having to throw IOExceptions a lot, and create new ones -but the classes
signature varies from java1.5 to 1.6, and the base IOException is fairly meaningless. If Hadoop
added a HadoopIOException, it could be thrown whenever hadoop's own code needed to create
new IOExceptions, and possibly be differentiated in the catch() logic. 
> The biggest disadvantage of doing this is that as IOException is built into the JVM,
you can be sure that the far end will be able to deserialize it under RMI, without having
the rest of hadoop on the classpath. This is not a feature of hadoop, so should not be an
issue. For those of us who do use RMI, well, we'd better get our classpaths right.

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

View raw message