hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Owen O'Malley (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HADOOP-4044) Create symbolic links in HDFS
Date Tue, 07 Oct 2008 22:10:44 GMT

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

Owen O'Malley commented on HADOOP-4044:
---------------------------------------

I don't think it is reasonable at all to use an extra rpc to always test the existence of
links.

To me it boils down to three things:
  1. Hitting a link in a traversal isn't an error or an exceptional situation. 
  2. Exceptions are not handled well by rpc.
  3. The logging by the rpc package is confusing for non-system exceptions.

It seems like most of the debate seems to be on 1, but it almost entirely a style issue. You
either think it is an appropriate use of exceptions or not. I haven't seen any people switching
sides based on the arguments on this jira.

On #2, currently all exceptions are stringified and sent as RemoteException. That isn't very
useful for throwing and catching. If we switch to Thrift in the future, it would again, be
unclear what the exception semantics are. Return types are well understood and under Thrift
are versioned, which would be a very good thing.

On #3, we can probably use minor changes to rpc to avoid it. (A marker interface that says
not to log it when thrown across RPC? That would still be awkward for java exceptions that
we are re-using.)


> 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.


Mime
View raw message