Christof Rabensteiner created CXF-8100:
------------------------------------------

             Summary: JAXB Class Not Found Exception on Java >=9 and Tomcat
                 Key: CXF-8100
                 URL: https://issues.apache.org/jira/browse/CXF-8100
             Project: CXF
          Issue Type: Bug
          Components: Core
    Affects Versions: 3.3.3
         Environment: Ubuntu 18.10
OpenJDK Runtime Environment (build 12.0.1+12)
Tomcat 9.0.14

            Reporter: Christof Rabensteiner


When creating a SOAP Client with JaxWsProxyFactoryBean.create(), JAXB's class 
loader does not find the context factory (see stack trace at the bottom) and 
throws a ClassNotFound Exception. This does *not* happen when I run test with 
Junit, but it happens when I deploy my Apache CXF Application to Tomcat. All 
the JAXB artifacts (cxf-rt-databinding-jaxb-3.3.0.jar, jaxb-api-2.3.1.jar, 
jaxb-core-2.3.0.1.jar, jaxb-impl-2.3.2.jar, jaxb-runtime-2.3.1.jar and 
jaxb-xjc-2.3.2.jar) are in WEB-INF/lib and are therefore available to the web 
apps class loader.

The reason why JAXB does not find the class is, according to the stack overflow 
post [JAXB not available on Tomcat 9 and Java 
9/10|https://stackoverflow.com/questions/51518781/jaxb-not-available-on-tomcat-9-and-java-9-10],
 that JAXB uses the "thread's context class loader". In Tomcat, this class 
loader is the system class loader, and because Tomcat [builds a class loader 
hierarchy|https://tomcat.apache.org/tomcat-9.0-doc/class-loader-howto.html], 
the system class loader does not know about a web app's dependencies. JAXB 
Implementations were removed from the JRE in Java 9 and now the system class 
loader does not find them.

According to the mentioned post, this problem could be solved by refactoring 
org.apache.cxf.common.jaxb.JAXBContextCache and switching invocations from
  
{code:java}
newInstance( Class<?>[] classesToBeBound, Map<String,?> properties )
{code}
to
{code:java}
newInstance( String contextPath, ClassLoader classLoader, Map<String,?>  
properties)
{code}
, where JAXBContextCache could pass down the correct classLoader.  Another 
probably "hacky" solution is to wrap all interactions with JAXB in a proper 
thread (as described in this post: [JAXB Hell on JDK 
9|https://sjhannah.com/blog/2018/11/21/jaxb-hell-on-jdk-9/]). 

Stack trace: 
{code:java}
Caused by: org.apache.cxf.service.factory.ServiceConstructionException: null
        at 
org.apache.cxf.jaxb.JAXBDataBinding.initialize(JAXBDataBinding.java:355)
        at 
org.apache.cxf.service.factory.AbstractServiceFactoryBean.initializeDataBindings(AbstractServiceFactoryBean.java:86)
        at 
org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:470)
        at 
org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.buildServiceFromClass(JaxWsServiceFactoryBean.java:693)
        at 
org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:530)
        at 
org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:263)
        at 
org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.create(JaxWsServiceFactoryBean.java:199)
        at 
org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:103)
        at 
org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:91)
        at 
org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBean.java:159)
        at 
org.apache.cxf.jaxws.JaxWsProxyFactoryBean.create(JaxWsProxyFactoryBean.java:142)
  ...
Caused by: javax.xml.bind.JAXBException: Implementation of JAXB-API has not 
been found on module path or classpath.
        at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:232)
        at javax.xml.bind.ContextFinder.find(ContextFinder.java:375)
        at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:691)
        at 
org.apache.cxf.common.jaxb.JAXBContextCache$2.run(JAXBContextCache.java:346)
        at 
org.apache.cxf.common.jaxb.JAXBContextCache$2.run(JAXBContextCache.java:344)
        at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:551)
        at 
org.apache.cxf.common.jaxb.JAXBContextCache.createContext(JAXBContextCache.java:344)
        at 
org.apache.cxf.common.jaxb.JAXBContextCache.getCachedContextAndSchemas(JAXBContextCache.java:246)
        at 
org.apache.cxf.jaxb.JAXBDataBinding.createJAXBContextAndSchemas(JAXBDataBinding.java:498)
        at 
org.apache.cxf.jaxb.JAXBDataBinding.initialize(JAXBDataBinding.java:353)
        ... 23 common frames omitted
  Caused by: java.lang.ClassNotFoundException: 
com.sun.xml.internal.bind.v2.ContextFactory
        at 
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
        at 
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
        at 
javax.xml.bind.ServiceLoaderUtil.nullSafeLoadClass(ServiceLoaderUtil.java:92)
        at 
javax.xml.bind.ServiceLoaderUtil.safeLoadClass(ServiceLoaderUtil.java:125)
        at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:230)
{code}
 

 



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

Reply via email to