We experience a non-deterministic issue related to the bundle wiring of the Woodstox bundle.
We use a custom Camel processor that invokes exchange.getIn().getBody(DocumentSet.class). This will trigger Camel's type converter mechanism to unmarshal the body to the requested class. Woodstox is used as XML processor. The issue will occasionally start to occur after a deployment. If the issue occurs, it will continue with each new message coming into the Camel route. If the issue doesn't occur after deployment it will not appear while running. We have a single KAR file containing multiple features. Karaf is cleaned by removing the data folder before each deploy. After fully installing our KAR file there is only the default version 4.4.1 of Woodstox exporting package com.ctc.wstx.sr ServiceMix 7.0.0.M2 Java 8 maven-bundle-plugin 2.4.0 features-maven-plugin 2.2.5 I have found no way to adequately reproduce the issue. I suspect the bundle start order to be of relevance. Please help me better understand the issue. What can make the class loading fail at this point...? Could this be related to import/uses statement of the bundle...? -- View this message in context: http://servicemix.396122.n5.nabble.com/Woodstox-bundle-wiring-issue-NoClassDefFoundError-tp5724371.html Sent from the ServiceMix - User mailing list archive at Nabble.com.
