Sorry, message sent to the wrong destination. Please disregard.
Gang ________________________________ From: Yang, Gang CTR USARMY (US) [[email protected]] Sent: Wednesday, March 04, 2015 9:26 AM To: [email protected]; [email protected] Subject: RE: Simple JAXB client doesn't work in ServiceMix Hi, Bob and Carol, For decompiling Java class, try JD (attached and renamed zip). One thing I'm not sure is why we are trying to spend time to debug JC2CUI's problem since we don't have the basic understanding of their design. Just a thought. Gang ________________________________ From: Christian Schneider [[email protected]] on behalf of Christian Schneider [[email protected]] Sent: Wednesday, March 04, 2015 2:44 AM To: [email protected] Subject: Re: Simple JAXB client doesn't work in ServiceMix In general class names are not unique in Java. If you want to identify a class then you always have to use the combination of classloader and class name. In the JAXB case it is classloader and package name but it is the same general problem. Whenver you use a classname as a String at some place then this is a smell and likely breaks in OSGi. I would try to not use the thread context classloader as you can easily forget to set it back and then it can influence other calls. So you remain with the problem of determining the correct classloader to use. Basically you have to use a classloader that has visibility of the classes you want to load. The easiest way to do this is to use the classloader of one of the classes you want to load. So in your case the best option is probably to just use the classloader of the Person class : Person.class.getClassLoader(). This approach will work in any environment (plain Java, JavaEE and OSGi). In OSGi this call will return the classloader of the bundle that contains the Person class. Christian Am 03.03.2015 um 22:37 schrieb Yang, Gang CTR USARMY (US): > Hi, Krzysztof, > > > > Greatly appreciate your effort and your help. I also found couple of > solutions from other website's posts. One of them is your first solution and > another is to use newInstance(package.ObjectFactory.class), which would not > apply to my simple example since it's non-schema-derived, but did work for my > original legacy code, which is schema-derived. > > > > Looking over your solutions, both are classloader-based. I was a little > uncomfortable playing with classloader at application layer. Shouldn't the > framework have taken care of it? How does an application developer know what > classloader to use in general? Interested in hearing your opinion on this. > > > > Thanks again. > > Gang > > ________________________________ > From: Krzysztof Sobkowiak [[email protected]] > Sent: Tuesday, March 03, 2015 2:50 PM > To: [email protected] > Subject: Re: Simple JAXB client doesn't work in ServiceMix > > Hi Gang > > Sometimes theory is not enough. I had to create a small project. One solution > which worked for me was following line > > jaxbContext = JAXBContext.newInstance("mil.army.security.ts3.jaxb.personnel", > this.getClass().getClassLoader()); > > Another one which worked for me was setting if the context class loader > > try { > > Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader()); > jaxbContext = > JAXBContext.newInstance("mil.army.security.ts3.jaxb.personnel"); > } finally { > Thread.currentThread().setContextClassLoader(cl); > } > > This ensures the JAXBContext uses the class loader of your bundle to > instantiate the JAXB Context. In this way your > classes are visible for the JAXBContext. > > Please try these solutions. I have attached my sample project. I have made > them from one of the cxf samples and it con > have too many unnecessary dependencies. Feel free to play with this. > > Regards > Krzysztof > > > On 03.03.2015 16:13, Yang, Gang CTR USARMY (US) wrote: >> Hi, Krzysztof, >> >> >> >> Thanks for the response. I've tried this configuration thinking to make the >> JAXB package also visible to the outside and I just tried it again now. It >> did not work. >> >> >> >> Gang >> >> ________________________________ >> From: Krzysztof Sobkowiak [[email protected]] >> Sent: Monday, March 02, 2015 6:01 PM >> To: [email protected] >> Subject: Re: Simple JAXB client doesn't work in ServiceMix >> >> Hi >> >> Could you try following definition for export packages? >> >> <Export-Package> >> mil.army.security.ts3.jaxb.* >> </Export-Package> >> >> >> or >> >> <Export-Package> >> mil.army.security.ts3.jaxb.personnel >> </Export-Package> >> >> >> >> >> Regards >> Krzysztof >> >> >> On 02.03.2015 23:20, Yang, Gang CTR USARMY (US) wrote: >>> >>> Hi, >>> >>> >>> >>> I had a post for help on JAXB not working in ServiceMix earlier. But that >>> configuration was quite complex. I now simplified it to a simple JAXB >>> client bundle (no longer embedded/wrapped). It has a single class, Person, >>> which is annotated with @XmlRootElement and a jaxb.index resource file that >>> contains a single line of the class name "Person". The JAXB client code >>> simply calls JAXBContext.newInstance("package") to get the JAXB context in >>> the constructor. A blueprint deployment descriptor simply defines the JAXB >>> client as a bean. I deployed it into the ServiceMix and the bean creation >>> causes the "package doesnt contain ObjectFactory.class or jaxb.index" >>> exception from the call to the JAXBContext.newInstance(). Here's the >>> details about the code. Hope someone can spot what's missing: >>> >>> >>> >>> The Person class: >>> >>> >>> >>> package >>> >>> mil.army.security.ts3.jaxb.personnel; >>> >>> >>> >>> import >>> >>> javax.xml.bind.annotation.XmlRootElement; >>> >>> >>> >>> @XmlRootElement >>> >>> public >>> >>> class >>> >>> Person { >>> >>> private int customerNumber >>> >>> ; >>> >>> ... >>> >>> >>> >>> // getters and setters >>> >>> ...... >>> >>> } >>> >>> >>> >>> >>> >>> The JAXB client code: >>> >>> >>> >>> package mil.army.security.ts3.jaxb; >>> >>> >>> >>> import java.io.ByteArrayInputStream; >>> >>> import java.io.ByteArrayOutputStream; >>> >>> import java.io.InputStream; >>> >>> import javax.xml.bind.JAXBContext; >>> >>> import javax.xml.bind.JAXBException; >>> >>> import javax.xml.bind.Marshaller; >>> >>> import javax.xml.bind.Unmarshaller; >>> >>> import mil.army.security.ts3.jaxb.personnel.Person; >>> >>> >>> >>> public class PersonTransformer { >>> >>> JAXBContext jaxbContext = null; >>> >>> Marshaller marshaller = null; >>> >>> Unmarshaller unmarshaller = null; >>> >>> public PersonTransformer() { >>> >>> try { >>> >>> jaxbContext = >>> JAXBContext.newInstance("mil.army.security.ts3.jaxb.personnel"); >>> >>> marshaller = jaxbContext.createMarshaller(); >>> >>> unmarshaller = jaxbContext.createUnmarshaller(); >>> >>> } >>> >>> catch (JAXBException jaxbE) { >>> >>> System.err.println("PersonTransformer.PersonTransformer(): >>> JAXBException: " + jaxbE); >>> >>> jaxbE.printStackTrace(); >>> >>> } >>> >>> } >>> >>> } >>> >>> >>> >>> The blueprint deployment descriptor: >>> >>> >>> >>> <?xml version="1.0" encoding="UTF-8"?> >>> >>> <blueprint >>> >>> xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"; >>> >>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >>> >>> xmlns:jaxws="http://cxf.apache.org/blueprint/jaxws"; >>> >>> >>> xsi:schemaLocation="<thismessage:/>http://www.osgi.org/xmlns/blueprint/v1.0.0 >>> >>> >>> http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd >>> >>> http://cxf.apache.org/blueprint/jaxws >>> http://cxf.apache.org/schemas/blueprint/jaxws.xsd";> >>> >>> <bean id="jaxbTransformer" >>> class="mil.army.security.ts3.jaxb.PersonTransformer"/> >>> >>> </blueprint> >>> >>> >>> >>> >>> >>> The bundle is built with maven-bundle-plugin using the following imports >>> and exports: >>> >>> >>> >>> <Import-Package> >>> >>> org.osgi.service.blueprint, >>> >>> javax.xml.bind, >>> >>> javax.xml.bind.annotation >>> >>> </Import-Package> >>> >>> <Export-Package> >>> >>> mil.army.security.ts3.jaxb >>> >>> </Export-Package> >>> >>> >>> >>> >>> >>> To me, it's such a simple JAXB client that should've had every thing that >>> runtime needs to run it. Unfortunately it failed in ServiceMix. The >>> stacktrace is at the end of this email. Would appreciate help and >>> suggestions. >>> >>> >>> >>> Thanks, >>> >>> Gang >>> >>> >>> >>> ------------------ >>> >>> Stacktrace: >>> >>> >>> >>> karaf@root<mailto:karaf@root>> PersonTransformer.PersonTransformer(): >>> JAXBException: javax.xml.bind.JAXBException: "mil.army.security.ts3.j >>> axb.personnel" doesnt contain ObjectFactory.class or jaxb.index >>> javax.xml.bind.JAXBException: "mil.army.security.ts3.jaxb.personnel" doesnt >>> contain ObjectFactory.class or jaxb.index >>> at >>> com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:197) >>> 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:483) >>> at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:143) >>> at javax.xml.bind.ContextFinder.find(ContextFinder.java:310) >>> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:446) >>> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:409) >>> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:313) >>> at >>> mil.army.security.ts3.jaxb.PersonTransformer.<init>(PersonTransformer.java:21) >>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native >>> Method) >>> at >>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) >>> at >>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >>> at java.lang.reflect.Constructor.newInstance(Constructor.java:408) >>> at >>> org.apache.aries.blueprint.utils.ReflectionUtils.newInstance(ReflectionUtils.java:329) >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.newInstance(BeanRecipe.java:962) >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.getInstance(BeanRecipe.java:331) >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:806) >>> at >>> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787) >>> at >>> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79) >>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>> at >>> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88) >>> at >>> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245) >>> at >>> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183) >>> at >>> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl >>> .java:681) >>> at >>> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:378) >>> at >>> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:269) >>> at >>> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:276) >>> at >>> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:245) >>> at >>> org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:235) >>> at >>> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker >>> .java:500) >>> at >>> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker >>> .java:433) >>> at >>> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java >>> :725) >>> at >>> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java >>> :463) >>> at >>> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java >>> :422) >>> at >>> org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1127) >>> at >>> org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696) >>> at >>> org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:484) >>> at >>> org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4429) >>> at org.apache.felix.framework.Felix.startBundle(Felix.java:2100) >>> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:976) >>> at >>> org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1245) >>> at >>> org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1217) >>> at >>> org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:509) >>> at >>> org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:358) >>> at >>> org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:310) >>> > -- > Krzysztof Sobkowiak > > JEE & OSS Architect > Senior Solution Architect @ Capgemini SSC <http://www.pl.capgemini-sdm.com/en> > Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC >
