You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by "Stephen Allen (JIRA)" <ji...@apache.org> on 2011/02/08 00:30:57 UTC

[jira] Created: (JENA-42) System.err output when calling IRIResolver.createNoResolve()

System.err output when calling IRIResolver.createNoResolve()
------------------------------------------------------------

                 Key: JENA-42
                 URL: https://issues.apache.org/jira/browse/JENA-42
             Project: Jena
          Issue Type: Bug
          Components: ARQ
            Reporter: Stephen Allen
            Priority: Minor


I believe the changes associated with the JENA-37 fix (svn revision 8485) have introduced a bug in IRIResolver.createNoResolve().

I now get the following System.err output when I run the org.openjena.riot.TestLangNQuads unit test.  The test completes successfully.  I'm guessing it has something to do with the double "file://".

Here is the output of "mvn -Dtest=TestLangNQuads test":

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running org.openjena.riot.lang.TestLangNQuads
Unexpected IRIException in initializer: <file://file:///D:/develop/Jena/ARQ/trunk/> Code: 12/PORT_SHOULD_NOT_BE_EMPTY in PORT: The colon introducing an empty port component should be omitted entirely, or a port number should be specified.
com.hp.hpl.jena.iri.impl.IRIImplException: <file://file:///D:/develop/Jena/ARQ/trunk/> Code: 12/PORT_SHOULD_NOT_BE_EMPTY in PORT: The colon introducing an empty port component should be omitted entirely, or a port number should be specified.
        at com.hp.hpl.jena.iri.impl.AbsIRIFactoryImpl.throwAnyErrors(AbsIRIFactoryImpl.java:49)
        at com.hp.hpl.jena.iri.impl.AbsIRIFactoryImpl.construct(AbsIRIFactoryImpl.java:33)
        at org.openjena.riot.system.IRIResolver.<clinit>(IRIResolver.java:107)
        at org.openjena.riot.system.RiotLib.profile(RiotLib.java:75)
        at org.openjena.riot.system.RiotLib.profile(RiotLib.java:65)
        at org.openjena.riot.system.RiotLib.<clinit>(RiotLib.java:23)
        at org.openjena.riot.RiotReader.createParserNQuads(RiotReader.java:251)
        at org.openjena.riot.lang.TestLangNQuads.parse(TestLangNQuads.java:87)
        at org.openjena.riot.lang.TestLangNQuads.parseCount(TestLangNQuads.java:71)
        at org.openjena.riot.lang.TestLangNQuads.quad_1(TestLangNQuads.java:34)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
        at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
        at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
        at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
        at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
        at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
        at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
        at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
        at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
        at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
        at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
        at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:35)
        at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:146)
        at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:97)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103)
        at $Proxy0.invoke(Unknown Source)
        at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:145)
        at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:87)
        at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)


-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Resolved: (JENA-42) System.err output when calling IRIResolver.createNoResolve()

Posted by "Andy Seaborne (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JENA-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy Seaborne resolved JENA-42.
-------------------------------

    Resolution: Fixed
      Assignee: Andy Seaborne

Fixed in SF codebase.

The bug was windows-specific - a lack of test machine had meant not running tests properly.  Test machine now setup.


> System.err output when calling IRIResolver.createNoResolve()
> ------------------------------------------------------------
>
>                 Key: JENA-42
>                 URL: https://issues.apache.org/jira/browse/JENA-42
>             Project: Jena
>          Issue Type: Bug
>          Components: ARQ
>            Reporter: Stephen Allen
>            Assignee: Andy Seaborne
>            Priority: Minor
>
> I believe the changes associated with the JENA-37 fix (svn revision 8485) have introduced a bug in IRIResolver.createNoResolve().
> I now get the following System.err output when I run the org.openjena.riot.TestLangNQuads unit test.  The test completes successfully.  I'm guessing it has something to do with the double "file://".
> Here is the output of "mvn -Dtest=TestLangNQuads test":
> -------------------------------------------------------
>  T E S T S
> -------------------------------------------------------
> Running org.openjena.riot.lang.TestLangNQuads
> Unexpected IRIException in initializer: <file://file:///D:/develop/Jena/ARQ/trunk/> Code: 12/PORT_SHOULD_NOT_BE_EMPTY in PORT: The colon introducing an empty port component should be omitted entirely, or a port number should be specified.
> com.hp.hpl.jena.iri.impl.IRIImplException: <file://file:///D:/develop/Jena/ARQ/trunk/> Code: 12/PORT_SHOULD_NOT_BE_EMPTY in PORT: The colon introducing an empty port component should be omitted entirely, or a port number should be specified.
>         at com.hp.hpl.jena.iri.impl.AbsIRIFactoryImpl.throwAnyErrors(AbsIRIFactoryImpl.java:49)
>         at com.hp.hpl.jena.iri.impl.AbsIRIFactoryImpl.construct(AbsIRIFactoryImpl.java:33)
>         at org.openjena.riot.system.IRIResolver.<clinit>(IRIResolver.java:107)
>         at org.openjena.riot.system.RiotLib.profile(RiotLib.java:75)
>         at org.openjena.riot.system.RiotLib.profile(RiotLib.java:65)
>         at org.openjena.riot.system.RiotLib.<clinit>(RiotLib.java:23)
>         at org.openjena.riot.RiotReader.createParserNQuads(RiotReader.java:251)
>         at org.openjena.riot.lang.TestLangNQuads.parse(TestLangNQuads.java:87)
>         at org.openjena.riot.lang.TestLangNQuads.parseCount(TestLangNQuads.java:71)
>         at org.openjena.riot.lang.TestLangNQuads.quad_1(TestLangNQuads.java:34)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:597)
>         at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>         at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>         at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>         at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>         at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>         at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>         at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>         at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>         at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>         at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>         at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
>         at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>         at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>         at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>         at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:35)
>         at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:146)
>         at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:97)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:597)
>         at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103)
>         at $Proxy0.invoke(Unknown Source)
>         at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:145)
>         at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:87)
>         at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Closed: (JENA-42) System.err output when calling IRIResolver.createNoResolve()

Posted by "Andy Seaborne (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/JENA-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy Seaborne closed JENA-42.
-----------------------------


Unrelated to JENA-37 itself but changes happened about the same time.

> System.err output when calling IRIResolver.createNoResolve()
> ------------------------------------------------------------
>
>                 Key: JENA-42
>                 URL: https://issues.apache.org/jira/browse/JENA-42
>             Project: Jena
>          Issue Type: Bug
>          Components: ARQ
>            Reporter: Stephen Allen
>            Assignee: Andy Seaborne
>            Priority: Minor
>
> I believe the changes associated with the JENA-37 fix (svn revision 8485) have introduced a bug in IRIResolver.createNoResolve().
> I now get the following System.err output when I run the org.openjena.riot.TestLangNQuads unit test.  The test completes successfully.  I'm guessing it has something to do with the double "file://".
> Here is the output of "mvn -Dtest=TestLangNQuads test":
> -------------------------------------------------------
>  T E S T S
> -------------------------------------------------------
> Running org.openjena.riot.lang.TestLangNQuads
> Unexpected IRIException in initializer: <file://file:///D:/develop/Jena/ARQ/trunk/> Code: 12/PORT_SHOULD_NOT_BE_EMPTY in PORT: The colon introducing an empty port component should be omitted entirely, or a port number should be specified.
> com.hp.hpl.jena.iri.impl.IRIImplException: <file://file:///D:/develop/Jena/ARQ/trunk/> Code: 12/PORT_SHOULD_NOT_BE_EMPTY in PORT: The colon introducing an empty port component should be omitted entirely, or a port number should be specified.
>         at com.hp.hpl.jena.iri.impl.AbsIRIFactoryImpl.throwAnyErrors(AbsIRIFactoryImpl.java:49)
>         at com.hp.hpl.jena.iri.impl.AbsIRIFactoryImpl.construct(AbsIRIFactoryImpl.java:33)
>         at org.openjena.riot.system.IRIResolver.<clinit>(IRIResolver.java:107)
>         at org.openjena.riot.system.RiotLib.profile(RiotLib.java:75)
>         at org.openjena.riot.system.RiotLib.profile(RiotLib.java:65)
>         at org.openjena.riot.system.RiotLib.<clinit>(RiotLib.java:23)
>         at org.openjena.riot.RiotReader.createParserNQuads(RiotReader.java:251)
>         at org.openjena.riot.lang.TestLangNQuads.parse(TestLangNQuads.java:87)
>         at org.openjena.riot.lang.TestLangNQuads.parseCount(TestLangNQuads.java:71)
>         at org.openjena.riot.lang.TestLangNQuads.quad_1(TestLangNQuads.java:34)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:597)
>         at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>         at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>         at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>         at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>         at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>         at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>         at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>         at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>         at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>         at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>         at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
>         at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>         at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>         at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>         at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:35)
>         at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:146)
>         at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:97)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:597)
>         at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103)
>         at $Proxy0.invoke(Unknown Source)
>         at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:145)
>         at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:87)
>         at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira