Uploaded image for project: 'Red Hat Fuse'
  1. Red Hat Fuse
  2. ENTESB-20710

CXF test errors after upgrading to Karaf 4.4 and Pax Web 8

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Undefined Undefined
    • fuse-7.13-GA
    • None
    • Karaf
    • None
    • False
    • None
    • False
    • % %
    • Todo
    • Very Likely

      yfang@redhat.com, I'll be adding here the test failures I couldn't fix.

            [ENTESB-20710] CXF test errors after upgrading to Karaf 4.4 and Pax Web 8

            Working on 3.3.6.fuse-7_13_0-00005

            Tomas Veskrna added a comment - Working on 3.3.6.fuse-7_13_0-00005

            Thanks for help with JaxRsServiceTest and HttpServiceTest - indeed it was ASM problem and not installed javax-el-impl SMX bundle - this bundle was dependency="true" in cxf-bean-validation feature and it was installed with Karaf 4.2 but not installed with Karaf 4.4...

            Grzegorz Grzybek added a comment - Thanks for help with JaxRsServiceTest and HttpServiceTest - indeed it was ASM problem and not installed javax-el-impl SMX bundle - this bundle was dependency="true" in cxf-bean-validation feature and it was installed with Karaf 4.2 but not installed with Karaf 4.4...

            Grzegorz Grzybek added a comment - - edited

            This test works alone, but fails when running within entire cxf-systests-jaxws suite:

            [INFO] Running org.apache.cxf.systest.handlers.HandlerInvocationUsingAddNumbersTest
            javax.xml.ws.WebServiceException: org.apache.cxf.interceptor.Fault: Could not add cxf undertow handler for url http://localhost:56906/handlers/AddNumbersService/AddNumbersPort to Undertow server, as the path /handlers/AddNumbersService/AddNumbersPort is still in use.
            	at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:375)
            	at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:255)
            	at org.apache.cxf.jaxws.spi.ProviderImpl.createAndPublishEndpoint(ProviderImpl.java:134)
            	at javax.xml.ws.Endpoint.publish(Endpoint.java:240)
            	at org.apache.cxf.systest.handlers.HandlerServer.run(HandlerServer.java:38)
            	at org.apache.cxf.testutil.common.AbstractTestServerBase.startInProcess(AbstractTestServerBase.java:44)
            	at org.apache.cxf.testutil.common.ServerLauncher.launchServer(ServerLauncher.java:195)
            	at org.apache.cxf.testutil.common.AbstractClientServerTestBase.launchServer(AbstractClientServerTestBase.java:91)
            	at org.apache.cxf.systest.handlers.HandlerInvocationUsingAddNumbersTest.startServers(HandlerInvocationUsingAddNumbersTest.java:66)
            	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:59)
            	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
            	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
            	at org.junit.internal.runners.statements.RunBefores.invokeMethod(RunBefores.java:33)
            	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
            	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
            	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
            	at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
            	at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
            	at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
            	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
            	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
            	at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384)
            	at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345)
            	at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126)
            	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418)
            Caused by: org.apache.cxf.interceptor.Fault: Could not add cxf undertow handler for url http://localhost:56906/handlers/AddNumbersService/AddNumbersPort to Undertow server, as the path /handlers/AddNumbersService/AddNumbersPort is still in use.
            	at org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine.checkRegistedContext(UndertowHTTPServerEngine.java:346)
            	at org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine.addServant(UndertowHTTPServerEngine.java:141)
            	at org.apache.cxf.transport.http_undertow.UndertowHTTPDestination.activate(UndertowHTTPDestination.java:144)
            	at org.apache.cxf.transport.AbstractObservable.setMessageObserver(AbstractObservable.java:53)
            	at org.apache.cxf.binding.AbstractBindingFactory.addListener(AbstractBindingFactory.java:95)
            	at org.apache.cxf.binding.soap.SoapBindingFactory.addListener(SoapBindingFactory.java:894)
            	at org.apache.cxf.endpoint.ServerImpl.start(ServerImpl.java:128)
            	at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:366)
            	... 28 more
            

            EDIT: weird - it didn't work 5 times before creating this jira, but after I created it, it was fine .

            EDIT: no - it fails all the time (my invocation mistake).

            During debug session, I saw that org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine#shutdown() doesn't call org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine#registedPaths.clear(), because org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine#servantCount is 1...

            Grzegorz Grzybek added a comment - - edited This test works alone, but fails when running within entire cxf-systests-jaxws suite: [INFO] Running org.apache.cxf.systest.handlers.HandlerInvocationUsingAddNumbersTest javax.xml.ws.WebServiceException: org.apache.cxf.interceptor.Fault: Could not add cxf undertow handler for url http://localhost:56906/handlers/AddNumbersService/AddNumbersPort to Undertow server, as the path /handlers/AddNumbersService/AddNumbersPort is still in use. at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:375) at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:255) at org.apache.cxf.jaxws.spi.ProviderImpl.createAndPublishEndpoint(ProviderImpl.java:134) at javax.xml.ws.Endpoint.publish(Endpoint.java:240) at org.apache.cxf.systest.handlers.HandlerServer.run(HandlerServer.java:38) at org.apache.cxf.testutil.common.AbstractTestServerBase.startInProcess(AbstractTestServerBase.java:44) at org.apache.cxf.testutil.common.ServerLauncher.launchServer(ServerLauncher.java:195) at org.apache.cxf.testutil.common.AbstractClientServerTestBase.launchServer(AbstractClientServerTestBase.java:91) at org.apache.cxf.systest.handlers.HandlerInvocationUsingAddNumbersTest.startServers(HandlerInvocationUsingAddNumbersTest.java:66) 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:59) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56) at org.junit.internal.runners.statements.RunBefores.invokeMethod(RunBefores.java:33) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.ParentRunner.run(ParentRunner.java:413) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365) at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345) at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418) Caused by: org.apache.cxf.interceptor.Fault: Could not add cxf undertow handler for url http://localhost:56906/handlers/AddNumbersService/AddNumbersPort to Undertow server, as the path /handlers/AddNumbersService/AddNumbersPort is still in use. at org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine.checkRegistedContext(UndertowHTTPServerEngine.java:346) at org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine.addServant(UndertowHTTPServerEngine.java:141) at org.apache.cxf.transport.http_undertow.UndertowHTTPDestination.activate(UndertowHTTPDestination.java:144) at org.apache.cxf.transport.AbstractObservable.setMessageObserver(AbstractObservable.java:53) at org.apache.cxf.binding.AbstractBindingFactory.addListener(AbstractBindingFactory.java:95) at org.apache.cxf.binding.soap.SoapBindingFactory.addListener(SoapBindingFactory.java:894) at org.apache.cxf.endpoint.ServerImpl.start(ServerImpl.java:128) at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:366) ... 28 more EDIT: weird - it didn't work 5 times before creating this jira, but after I created it, it was fine . EDIT: no - it fails all the time (my invocation mistake). During debug session, I saw that org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine#shutdown() doesn't call org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine#registedPaths.clear() , because org.apache.cxf.transport.http_undertow.UndertowHTTPServerEngine#servantCount is 1 ...

              yfang@redhat.com Freeman(Yue) Fang
              ggrzybek Grzegorz Grzybek
              Tomas Veskrna Tomas Veskrna
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: