Hi again, > I think that is the case but I can't find the cause. To give you a > better idea of the situation, we have a bundle (Bundle A) that > launches a CXF server that will publish a SOAP WS at port 8085. We > then have another bundle (Bundle B) providing a few REST endpoints > that will be published by JAX RS whiteboard using the default Karaf > Jetty server (port 8181). If the JAX RS whiteboard bundle is > installed, when Bundle A starts it will fail with the > ClassCastException. Bundle B doesn't use CXF and doesn't need to be > installed for the issue to happen. > As a workaround I reverted back to JAX-RS Whiteboard 1.4.0
I can't think of anything like this from the top of my head. Do you have any shell (like gogo shell) in which you can trace where the packages are being imported from? Maybe that would shed some light on why this is happening. > Out of topic. The decision to use the Aries DSL to register services > results in cleaner code but makes stack traces longer and almost > unreadable. Debugging is also harder. Do Aries contributors have any > techniques to make it easier ? > Thank you for your time. > none that I can think of, I am afraid :-( That's one of the drawbacks of heavy use of lambdas. I have been looking into ways to improve on this, but with no luck so far. Any ideas are welcome. Thx. > Regards, > João Assunção Carlos.
