Hi
On 20/02/14 13:41, Dolezal, Petr wrote:
Hi Sergey,
thanks for the update. I tried the snapshot and it works!
Ok, thanks for the confirmation
The context class loader is not changed, hence Equinox's ContextFinder makes no
troubles anymore.
I wonder if you integrate this change in CXF 3.0.0.
Yes, it is on the trunk too, meaning it will be in final CXF 3.0.0 release,
Cheers, Sergey
P.
-----Original Message-----
From: Sergey Beryozkin [mailto:[email protected]]
Sent: Wednesday, February 19, 2014 5:59 PM
To: [email protected]
Subject: Re: JAX-RS with CXF and Equinox: a class loader problem?
Hi
On 19/02/14 13:40, Dolezal, Petr wrote:
Hi,
thanks for a quick response. I tried your suggestion. Well, it appears that it
heals just one of many places - calling getExtension(ClassLoader.class) does
not look like a rare thing. I found two more on the invocation path to our web
service:
org.apache.cxf.transport.servlet.ServletController (see invoke())
org.apache.cxf.jaxrs.JAXRSServerFactoryBean (see create())
So, I guess that going to the root, to the OSGiBeanLocator, could be more
effective. Are there any means of overriding it with a custom implementation or
to affect its decision in the way that unwanted system services can be make
invisible for it?
Yes, the fix is in 2.7.x now, Dan suggested to ignore ClassLoader requests
only; this can be controlled if needed, but by default
bus.getExtension(ClassLoader.class) won;t lead to an OSGI service query,
please try the snapshots
Thanks, Sergey
P.
