I am using the default config.properties in the felix 3.2.1 installation,
so the bootdelegation properties are not set, nor am I exporting any
packages from the system bundle that are not exported by default (not sure
how I would tell what is exported live--is there a gogo command for that?)

Here is what I'm seeing for the which command for the javax.jws.WebService
class:

(For my own bundle with the web service)
g! which 63 javax.jws.WebService
Loaded from: org.apache.geronimo.specs.geronimo-ws-metadata_2.0_spec [23]

(For the CXF bundle)
g! which 7 javax.jws.WebService
Loaded from: boot class loader

On Thu, Jan 26, 2012 at 10:28 AM, Justin Edelson
<[email protected]>wrote:

> Hi Jeff,
> By default, this package should not be visible inside the OSGi
> container. What packages is the system bundle exporting? What is the
> boot delegation property set to?
>
> Justin
>
> On Thu, Jan 26, 2012 at 11:05 AM, Jeff Melby <[email protected]> wrote:
> > How can I configure Felix to suppress the javax.ws classes included in
> JDK
> > 1.6? The problem I am running into is using CXF DOSGi with JAX-WS web
> > service classes. The cxf-bundle-minimal is unable to find the @WebService
> > annotation on my web service interfaces because the annotation map has a
> > different WebService.class object than the cxf bundle is looking for. I
> > have included the proper javax.jws import in my own bundle's mainifest
> and
> > I know that the annotations are picked up... when I debug into the code,
> > however, I see that the class object for WebService.class is different
> than
> > the one that cxf is looking for when it calls
> > cls.getAnnotation(WebService.class). I am expecting that instead both the
> > cxf bundle and my own web service bundle should both be using the
> javax.jws
> > class from the geronimo-ws-metadata_2.0_spec bundle. I can make the
> problem
> > go away by using JDK 1.5 instead (where javax.jws is not included in the
> > JDK), and everything works. Can anyone help point me in the right
> direction?
> >
> > Thanks,
> > Jeff
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to