[ 
https://issues.apache.org/jira/browse/HADOOP-4044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12638348#action_12638348
 ] 

Doug Cutting commented on HADOOP-4044:
--------------------------------------

Konstantin> open() does not literally return a boolean, you mean that throwing 
an exception should be treated as an (boolean) indicator to whether the link 
should be retrieved, right?

Yes, that's what I meant.  We'd be using an exception to do something that 
could equivalently done with a boolean.

> But the methods have always been conditional in that sense, because they are 
> throwing AccessControlException, QuotaExceededException, and 
> FileNotFoundException. And XMountPointException is just another exception of 
> the same nature.

I think its nature is different.  The former are all cases where the 
long-distance throwing is valuable. These are intended to be caught and 
processed at a higher level.   In the successful execution of a typical 
application one would not expect to see these.  An XMountPointException on the 
other hand would never be handled at some unknown higher level, it's always 
handled at a known point.  It is expected to occur frequently in the course of 
a typical application's execution as part of the intended control path.

> Create symbolic links in HDFS
> -----------------------------
>
>                 Key: HADOOP-4044
>                 URL: https://issues.apache.org/jira/browse/HADOOP-4044
>             Project: Hadoop Core
>          Issue Type: New Feature
>          Components: dfs
>            Reporter: dhruba borthakur
>            Assignee: dhruba borthakur
>         Attachments: symLink1.patch, symLink1.patch, symLink4.patch, 
> symLink5.patch, symLink6.patch, symLink8.patch, symLink9.patch
>
>
> HDFS should support symbolic links. A symbolic link is a special type of file 
> that contains a reference to another file or directory in the form of an 
> absolute or relative path and that affects pathname resolution. Programs 
> which read or write to files named by a symbolic link will behave as if 
> operating directly on the target file. However, archiving utilities can 
> handle symbolic links specially and manipulate them directly.

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

Reply via email to