[jira] [Commented] (TOMEE-1681) Upgrade '' property in openejb.pom to 3.1.3

["Romain Manni-Bucau (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/TOMEE-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15064008#comment-15064008 ] 

Romain Manni-Bucau commented on TOMEE-1681:
-------------------------------------------

[~mawiesne] the point is while master doesnt suffer from this issue we can just close this one with a "Fixed" for M2. So until you find this issue on master the issue can be closed IMO. However you are right we need to take more care when we don't release in a single pass as we did for M1.

> Upgrade '<cxf.version>' property in openejb.pom to 3.1.3
> --------------------------------------------------------
>
>                 Key: TOMEE-1681
>                 URL: https://issues.apache.org/jira/browse/TOMEE-1681
>             Project: TomEE
>          Issue Type: Bug
>          Components: TomEE Core Server
>    Affects Versions: 7.0.0-M1
>         Environment: MacOS 10.11.2, Linux (Ubuntu 14.04LTS) - Maven 3.2.5 and 3.3.9, JUnit 4.12 in RS-based webservice test setup with "WebClient" to simulate client access.
>            Reporter: Martin Wiesner
>            Priority: Critical
>              Labels: cxf, cxf-rs, maven, pom
>             Fix For: 7.0.0-M2
>
>
> According to the latest artifact   
>   <groupId>org.apache.tomee</groupId>
>   <artifactId>openejb</artifactId>
> in 7.0.0-M1, the version of CXF is defined as <cxf.version>3.1.0</cxf.version>.
> This, however, conflicts with the bundled CXF version of the released TomEE 7.0.0-M1 bundles (tar.gz/zip) as provided on TomEE's project website. In the provided archives we find CXF artifacts in version 3.1.3 (which is what we would consider correct).
> This inconsistency brings in some trouble with other/related artifacts as well. If one tries to manage this dependency actively in its own project from 3.1.0 to 3.1.3 several runtime incompatibilities are observed as follows:
> java.lang.IllegalStateException: java.lang.NoSuchMethodException: org.apache.cxf.jaxrs.client.ClientProviderFactory.<init>(org.apache.cxf.jaxrs.provider.ProviderFactory, org.apache.cxf.Bus)
> 	at org.apache.openejb.server.cxf.rs.CxfRSService.initCxfClientBuilderProviders(CxfRSService.java:254)
> 	at org.apache.openejb.server.cxf.rs.CxfRSService.init(CxfRSService.java:193)
> 	at org.apache.openejb.server.ServiceManager.initServer(ServiceManager.java:165)
> 	at org.apache.openejb.server.ServiceManager.initServers(ServiceManager.java:90)
> 	at org.apache.openejb.server.SimpleServiceManager.init(SimpleServiceManager.java:149)
> 	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:497)
> 	at org.apache.openejb.util.ServiceManagerProxy.invoke(ServiceManagerProxy.java:83)
> 	at org.apache.openejb.util.ServiceManagerProxy.<init>(ServiceManagerProxy.java:69)
> 	at org.apache.openejb.util.ServiceManagerProxy.<init>(ServiceManagerProxy.java:43)
> 	at org.apache.openejb.OpenEjbContainer.startNetworkServices(OpenEjbContainer.java:204)
> 	at org.apache.openejb.OpenEjbContainer.<init>(OpenEjbContainer.java:133)
> 	at org.apache.openejb.OpenEjbContainer.<init>(OpenEjbContainer.java:90)
> 	at org.apache.openejb.OpenEjbContainer$Provider.createEJBContainer(OpenEjbContainer.java:346)
> 	at javax.ejb.embeddable.EJBContainer.createEJBContainer(EJBContainer.java:56)
> 	at org.apache.openejb.junit.jee.statement.StartingStatement.before(StartingStatement.java:96)
> 	at org.apache.openejb.junit.jee.statement.DecoratingStatement.evaluate(DecoratingStatement.java:30)
> 	at org.apache.openejb.junit.jee.statement.DecoratingStatement.evaluate(DecoratingStatement.java:32)
> 	at org.junit.rules.RunRules.evaluate(RunRules.java:20)
> 	at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> 	at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> 	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
> 	at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:234)
> 	at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:74)
> 	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:497)
> 	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)
> Caused by: java.lang.NoSuchMethodException: org.apache.cxf.jaxrs.client.ClientProviderFactory.<init>(org.apache.cxf.jaxrs.provider.ProviderFactory, org.apache.cxf.Bus)
> 	at java.lang.Class.getConstructor0(Class.java:3082)
> 	at java.lang.Class.getDeclaredConstructor(Class.java:2178)
> 	at org.apache.openejb.server.cxf.rs.CxfRSService.initCxfClientBuilderProviders(CxfRSService.java:204)
> This result from a change in a constructor which is no longer existent in CXF 3.1.3, but was present in 3.1.0 and 3.1.1. Sadly, it is quite hard to get our JUnit test running (simulate JAX-RS client via "WebClient" class). It blocks and fails, as the server part can not bind the JAX-RS http server component correctly.
> Any ideas?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)