commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary D. Gregory (Jira)" <j...@apache.org>
Subject [jira] [Resolved] (VFS-739) Changes to parseUri breaks backward compatibility by throwing NullPointerException in some cases
Date Mon, 07 Oct 2019 21:47:00 GMT

     [ https://issues.apache.org/jira/browse/VFS-739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Gary D. Gregory resolved VFS-739.
---------------------------------
    Fix Version/s: 2.5.0
       Resolution: Fixed

> Changes to parseUri breaks backward compatibility by throwing NullPointerException in
some cases
> ------------------------------------------------------------------------------------------------
>
>                 Key: VFS-739
>                 URL: https://issues.apache.org/jira/browse/VFS-739
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 2.4, 2.3, 2.4.1
>            Reporter: xia0c
>            Priority: Major
>             Fix For: 2.5.0
>
>
> When I try to update VFS from 2.2 to the newer version. The changes of parseUri breaks
the following code:
> {code:java}
> @Test
> public void test() throws FileSystemException{
>     final String URI = "maprfs:///";
>     UrlFileNameParser parser = new UrlFileNameParser();
>     FileName name = parser.parseUri(null, null, URI);
>     assertEquals(URI, name.getURI());
> }
> {code}
> I got an error:
> {code:java}
> java.lang.NullPointerException
>     at org.apache.commons.vfs2.provider.local.LocalFileNameParser.parseUri(LocalFileNameParser.java:65)
>     at org.apache.commons.vfs2.provider.url.UrlFileNameParser.parseUri(UrlFileNameParser.java:61)
>     at BBI.BugDetection.TestCommonsVFS.test(TestCommonsVFS.java:23)
>     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>     at java.lang.reflect.Method.invoke(Method.java:498)
>     at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>     at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>     at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>     at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>     at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>     at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>     at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>     at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>     at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>     at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>     at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>     at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>     at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>     at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
>     at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>     at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
>     at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:678)
>     at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
>     at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Mime
View raw message