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