[ 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: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org