Hello.I have two dependent modules :1) an OSQi bundle with its BundleActivator that registers two service factories2) a blueprint with service references to the first bundle's interfaces.The blueprint references the service :And then a route uses the references :This works as expected. When such a route processes an exchange, the service is called.When I update my bundle, the services seem to be "relinked" and the blueprint goes on working as if nothing had changed...As my interfaces extends the Camel processor interface, I've changed the routes to use the DSL instruction instead of the bean "to" :This new code works as the first one, and seems to have rather better performances (about 75% on my test case and on my machine) that the "to"...But now when I redeploy a new version of my bundle, the blueprint fails while stopping : after the OSGi bundle activator is stopped, and the "ungetService" callbacks are called, the routes update process blocks (status 'stopping' in the console) until a rather long timeout and ends with an error (first lines of log) :So, what is the main difference between the two ways of calling the service reference that make the second one fails when updating dependencies ?Is this a bug or a normal behavior ?Is there a way using some parameters to make the dependency update works in both cases ?Thanks for your help.Regards.
-- View this message in context: http://servicemix.396122.n5.nabble.com/Service-reference-updating-fails-with-process-tp5717521.html Sent from the ServiceMix - User mailing list archive at Nabble.com.
