[ https://issues.apache.org/jira/browse/HADOOP-15217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16499199#comment-16499199 ]
Zsolt Venczel commented on HADOOP-15217: ---------------------------------------- Thank you very much [~xiaochen] and [~gabor.bota] for the review! In my latest patch I updated the Path object construct as suggested. I added a test timeout rule for the test suite and removed the old construct. Let me share my thoughts with regards failing a unit test with an error instead of an assert: in my understanding unit tests should check for the outcome of a logic by asserting rules that are as explicit as possible. On the other hand when an error occurs it skips the grip of the asserts and has a more vague meaning: something went wrong somewhere but not explicitly in the logic. Based on the above I feel the catch and fail with an assert approach a bit more explicit in stabilizing the code. What do your think? Cheers and best regards, Zsolt > org.apache.hadoop.fs.FsUrlConnection does not handle paths with spaces > ---------------------------------------------------------------------- > > Key: HADOOP-15217 > URL: https://issues.apache.org/jira/browse/HADOOP-15217 > Project: Hadoop Common > Issue Type: Bug > Components: fs > Affects Versions: 3.0.0 > Reporter: Joseph Fourny > Assignee: Zsolt Venczel > Priority: Major > Attachments: HADOOP-15217.01.patch, HADOOP-15217.02.patch, > TestCase.java > > > When _FsUrlStreamHandlerFactory_ is registered with _java.net.URL_ (ex: when > Spark is initialized), it breaks URLs with spaces (even though they are > properly URI-encoded). I traced the problem down to > _FSUrlConnection.connect()_ method. It naively gets the path from the URL, > which contains encoded spaces, and pases it to > _org.apache.hadoop.fs.Path(String)_ constructor. This is not correct, because > the docs clearly say that the string must NOT be encoded. Doing so causes > double encoding within the Path class (ie: %20 becomes %2520). > See attached JUnit test. > This test case mimics an issue I ran into when trying to use Commons > Configuration 1.9 AFTER initializing Spark. Commons Configuration uses URL > class to load configuration files, but Spark installs > _FsUrlStreamHandlerFactory_, which hits this issue. For now, we are using an > AspectJ aspect to "patch" the bytecode at load time to work-around the issue. > The real fix is quite simple. All you need to do is replace this line in > _org.apache.hadoop.fs.FsUrlConnection.connect()_: > is = fs.open(new Path(url.getPath())); > with this line: > is = fs.open(new Path(url.*toUri()*.getPath())); > URI.getPath() will correctly decode the path, which is what is expected by > _org.apache.hadoop.fs.Path(String)_ constructor. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org