Details
-
New Feature
-
Status: Closed
-
Minor
-
Resolution: Won't Fix
-
0.19.0
-
None
-
None
Description
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.
Attachments
Attachments
Issue Links
- is depended upon by
-
HDFS-326 Add a lifecycle interface for Hadoop components: namenodes, job clients, etc.
- Resolved