[ https://issues.apache.org/jira/browse/HADOOP-9357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13643418#comment-13643418 ]
Sanjay Radia commented on HADOOP-9357: -------------------------------------- bq. unless I'm looking at the wrong patch: if there's no authority, it's immediately dropping it and relying on it being re-added later, instead of just adding the authority immediately. I'm unclear which is the more desirable behavior of this method. If the authority is missing and the scheme is default fs then it changes path from hdfs:///path to /path. Whether this is "immediate" or "later" the effect is the same as grabbing the default authority from the defaultfs. bq. .. incompatibility ... as I mentioned this is the only reason to do it. Let me sleep over this one. Maybe there is an actual use case for this usage. > Fallback to default authority if not specified in FileContext > ------------------------------------------------------------- > > Key: HADOOP-9357 > URL: https://issues.apache.org/jira/browse/HADOOP-9357 > Project: Hadoop Common > Issue Type: Bug > Affects Versions: 2.0.0-alpha > Reporter: Andrew Wang > Assignee: Andrew Wang > Priority: Minor > Attachments: hadoop-9357-1.patch, hadoop-9357-2.patch, > hadoop-9357-3.patch, hadoop-9357-testfixup.patch > > > Currently, FileContext adheres rather strictly to RFC2396 when it comes to > parsing absolute URIs (URIs with a scheme). If a user asks for a URI like > "hdfs:///tmp", FileContext will error while FileSystem will add the authority > of the default FS (e.g. turn it into "hdfs://defaultNN:port/tmp"). > This is technically correct, but FileSystem's behavior is nicer for users and > okay based on 5.2.3 in the RFC, so lets do it in FileContext too: > {noformat} > For backwards > compatibility, an implementation may work around such references > by removing the scheme if it matches that of the base URI and the > scheme is known to always use the syntax. The parser > can then continue with the steps below for the remainder of the > reference components. Validating parsers should mark such a > misformed relative reference as an error. > {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira