[
https://issues.apache.org/jira/browse/HADOOP-14217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16201295#comment-16201295
]
ASF GitHub Bot commented on HADOOP-14217:
-----------------------------------------
Github user yufeldman commented on a diff in the pull request:
https://github.com/apache/hadoop/pull/269#discussion_r144173326
--- Diff:
hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/fs/Path.java
---
@@ -214,6 +213,12 @@ public Path(String pathString) throws
IllegalArgumentException {
// uri path is the rest of the string -- query & fragment not supported
String path = pathString.substring(start, pathString.length());
+ // add "./" in front of Linux relative paths so that a path containing
--- End diff --
Please check URI ctor for the behaviors you mentioned. Precautions I am
taking is to avoid exceptions in URI ctor.
Also I suggest you look at the doc I attached to JIRA (below is a paragraph
from the doc):
There are couple of cases that will not be handled by this approach or
behavior will change.
Namely:
1. URI that consists only of the scheme - e.g. “x:” will result in Path:
“./x:” (Today trying to
create a URI from this string will result in error: “Relative path in
absolute URI”)
2. Path that has colon as last character before “/” - e.g. “abc:/bcd”. This
will be interpreted
as scheme “abc” and path “/bcd” - the same as today
3. String such as: “urn:example:animal:ferret:nose” will be interpreted as
“./urn:example:animal:ferret:nose” (Today trying to create a URI from this
string will
result in error: “Relative path in absolute URI”)
> Object Storage: support colon in object path
> --------------------------------------------
>
> Key: HADOOP-14217
> URL: https://issues.apache.org/jira/browse/HADOOP-14217
> Project: Hadoop Common
> Issue Type: Bug
> Components: fs, fs/oss
> Affects Versions: 2.8.1
> Reporter: Genmao Yu
> Assignee: Yuliya Feldman
> Attachments: Colon handling in hadoop Path.pdf
>
>
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
