[
https://issues.apache.org/jira/browse/HADOOP-13885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15805955#comment-15805955
]
Manoj Govindassamy commented on HADOOP-13885:
---------------------------------------------
* sure, will make getLinkTarget() return resolved path as is.
* There are few other places like getDefaultBlocksize(),
getDefaultReplication(), getServerDefaults(), getTrashRoot() which has try
block surrounding both viewfs internal resolve and the target filesystem API
call, catch FNFE/Exception and re-throw as NotInMountpointException. But all
these places seem to be fine as the target filesystem calls in these APIs don't
throw any FNFE. So, we will not be masking any FNFE from target filesystem in
these APIs. Will anyway take a closer look and fix the needed ones as a
separate jira.
> Implement getLinkTarget for ViewFileSystem
> ------------------------------------------
>
> Key: HADOOP-13885
> URL: https://issues.apache.org/jira/browse/HADOOP-13885
> Project: Hadoop Common
> Issue Type: Task
> Components: viewfs
> Affects Versions: 3.0.0-alpha1
> Reporter: Manoj Govindassamy
> Assignee: Manoj Govindassamy
> Attachments: HADOOP-13885.01.patch
>
>
> ViewFileSystem doesn't override FileSystem#getLinkTarget(). So, when view
> filesystem is used to resolve the symbolic links, the default FileSystem
> implementation throws UnsupportedOperationException.
> The proposal is to define getLinkTarget() for ViewFileSystem and invoke the
> target FileSystem for resolving the symbolic links. Path thus returned is
> preferred to be a viewfs qualified path, so that it can be used again on the
> ViewFileSystem handle.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
