Another question about best practices :-)

Assuming you have bundles that provide factories allowing other bundles to
instantiate objects with behaviour. Typically this would mean instantiating
an "Impl" class belonging to the factory classloader and might also relate
to resources like network connections. Also assume that factories are
exposed as services with separate api and impl bundles.

What alternatives and best practices are there to handle this correctly when
updating the factory impl bundle (not the api) and needing to replace the
previously generated objects (belonging to the old classloader) that were
returned to clients?

And, more specifically:

What alternatives minimize the number of bundles that need to restart? (as
opposed to restarting the whole dependency graph)

What alternatives work well with Blueprint? (as BP tends to hide service
restarts behind its proxies)

Thanks
Mike Wilson

_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev

Reply via email to