[
https://issues.apache.org/jira/browse/HADOOP-8422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13281816#comment-13281816
]
Daryn Sharp commented on HADOOP-8422:
-------------------------------------
bq. SomeUtilsClass.getDefaultReplication(Path), a static method, and this were
to do: Path.getFileSystem().getDefaultReplication()
Ah, I understand. The issue is that {{getFileSystem}} for a viewfs path will
just return the viewfs fs, not the underlying fs mounted by viewfs. That's
correct behavior to make viewfs transparent to the user. Hence why viewfs has
to keep the underlying fs invisible, yet allow it to be queried for
replication/block size.
@Eli: I completely agree. Keeping the values in sync with the filesystem, and
having a scheme of managing the settings per fs, ick. Maintenance nightmare.
> FileSystem#getDefaultBlockSize and Replication don't use the given path
> -----------------------------------------------------------------------
>
> Key: HADOOP-8422
> URL: https://issues.apache.org/jira/browse/HADOOP-8422
> Project: Hadoop Common
> Issue Type: Bug
> Components: fs
> Affects Versions: 1.0.3
> Reporter: Eli Collins
> Priority: Minor
>
> The javadocs for FileSystem#getDefaultBlockSize and
> FileSystem#getDefaultReplication claim that "The given path will be used to
> locate the actual filesystem" however they both ignore the path.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
