You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2017/12/06 11:26:00 UTC
[jira] [Updated] (HADOOP-15094) FileSystem.getCanonicalUri() to be
public
[ https://issues.apache.org/jira/browse/HADOOP-15094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Steve Loughran updated HADOOP-15094:
------------------------------------
Affects Version/s: 2.7.4
Priority: Minor (was: Major)
Summary: FileSystem.getCanonicalUri() to be public (was: FileSystem)
Component/s: fs
> FileSystem.getCanonicalUri() to be public
> -----------------------------------------
>
> Key: HADOOP-15094
> URL: https://issues.apache.org/jira/browse/HADOOP-15094
> Project: Hadoop Common
> Issue Type: Improvement
> Components: fs
> Affects Versions: 2.7.4
> Reporter: Steve Loughran
> Priority: Minor
>
> Discussion around SPARK-22587 highlights how per-fs notions of a canonical URI make it hard to determine if a file is on a specific filesystem, or, put differently, if two filesystems are equivalent.
> You can't reliably use this.getUri == that.getUri as it doesn't handle FQDN == unqualified DN, bit you can't do nslookup as HDFS HA doesn't use hosnames.
> If {{FileSystem.getCanonicalUri()}} were public, then this could be used to compare things consistently.
> needs: filesystem.md coverage; contract test (two filesystem instances are equal, different filesystems aren't). Or at least: this method never returns null.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: common-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-issues-help@hadoop.apache.org