[
https://issues.apache.org/jira/browse/HDFS-10411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15285198#comment-15285198
]
James Clampffer commented on HDFS-10411:
----------------------------------------
I can't edit to add to the description for some reason.. But just to see what
all the getters output when the URI object is in this state
{code}
uri.str() = " this-is-node-01.duder.com:///8020"
uri.get_scheme() = " this-is-node-01.duder.com"
uri.get_host() = ""
uri.get_port() = unset optional<uint16_t>
uri.get_path() = "/8020"
uri.get_fragment() = ""
uri.get_query_elements = an empty vector
{code}
I'm guessing a URI without a scheme isn't technically a URI so this is
undefined behavior or something (or we aren't checking some error flag).
> libhdfs++: Incorrect parse of URIs from hdfs-site.xml
> ------------------------------------------------------
>
> Key: HDFS-10411
> URL: https://issues.apache.org/jira/browse/HDFS-10411
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Reporter: James Clampffer
>
> It looks like the URI class confuses the host and scheme if the original URI
> didn't have a scheme.
> Example from hdfs-site.xml. Config generated using the cloudera MC.
> {code}
> <name>dfs.namenode.servicerpc-address.nameservice1.namenode86</name>
> <value>this-is-node-01.duder.com:8022</value>
> {code}
> host = empty string
> port = unset optional
> scheme = this-is-node-01.duder.com
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
