[
https://issues.apache.org/jira/browse/CXF-8576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17396252#comment-17396252
]
Freeman Yue Fang commented on CXF-8576:
---------------------------------------
Hi Guys,
No golden answer, but I noticed that the ThreadLocal stuff is from the
stacktrace, this probably can explain why reducing parallel matters here(but I
don't know exactly why).
Freeman
> Could not initialize class org.apache.cxf.jaxrs.utils.JAXRSUtilsCaused by:
> java.lang.NoClassDefFoundError
> ---------------------------------------------------------------------------------------------------------
>
> Key: CXF-8576
> URL: https://issues.apache.org/jira/browse/CXF-8576
> Project: CXF
> Issue Type: Bug
> Components: JAX-RS
> Affects Versions: 3.4.3
> Environment: *Previous:*
> cos-85-13310-1209-12 [1]: Kernel: COS-5.4.8
> Docker: v19.03.14
> *Current:*
> cos-89-16108-403-46 [2]: Kernel: COS-5.4.104
> Docker: v20.10.3
> Reporter: Patrick Jarvis
> Priority: Major
>
> We are running our application in a container (Tomcat: 9.0.45, OpenJDK
> Runtime Environment Zulu11.50+20-SA (build 11.0.12+7-LTS))
> Its been running successfully for the last year. There was an upgrade on the
> base OS and the docker engine (details in the environment section)...and now
> the application is failing with the below exception. This is consistent
> behavior and not intermittent.
> We managed to find an issue against an older version of the library:
> https://issues.apache.org/jira/browse/CXF-3949
> As suggested there, we reduced the number of CPUs provisioned to the
> container from 4 to 1, and the below exception is not encountered.
> We don't understand why the reduction in the CPU made a difference, or how
> the OS version/Docker upgrade would've had this impact.
>
>
> {code:java}
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.cxf.jaxrs.utils.JAXRSUtilsCaused by:
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.cxf.jaxrs.utils.JAXRSUtils at
> org.apache.cxf.jaxrs.impl.UriBuilderImpl.setPathAndMatrix(UriBuilderImpl.java:679)
> at
> org.apache.cxf.jaxrs.impl.UriBuilderImpl.setUriParts(UriBuilderImpl.java:648)
> at org.apache.cxf.jaxrs.impl.UriBuilderImpl.uri(UriBuilderImpl.java:624) at
> org.apache.cxf.jaxrs.client.LocalClientState.resetCurrentUri(LocalClientState.java:93)
> at
> org.apache.cxf.jaxrs.client.LocalClientState.<init>(LocalClientState.java:64)
> at
> org.apache.cxf.jaxrs.client.ThreadLocalClientState.<init>(ThreadLocalClientState.java:58)
> at
> org.apache.cxf.jaxrs.client.JAXRSClientFactoryBean.getActualState(JAXRSClientFactoryBean.java:247)
> at
> org.apache.cxf.jaxrs.client.JAXRSClientFactoryBean.createWebClient(JAXRSClientFactoryBean.java:223)
> at
> org.apache.camel.component.cxf.jaxrs.CxfRsProducer.invokeAsyncHttpClient(CxfRsProducer.java:138)
> at
> org.apache.camel.component.cxf.jaxrs.CxfRsProducer.process(CxfRsProducer.java:116)
> at
> org.apache.camel.impl.InterceptSendToEndpointProcessor.process(InterceptSendToEndpointProcessor.java:112)
> at
> org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:201)
> at
> org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:715)
> at
> org.apache.camel.processor.MulticastProcessor.doProcessSequential(MulticastProcessor.java:638)
> at
> org.apache.camel.processor.MulticastProcessor.process(MulticastProcessor.java:248)
> ... 56 more
> {code}
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
