You can also use OSGi Service Registry Hooks to enforce this, see here: https://osgi.org/javadoc/r6/core/org/osgi/framework/hooks/service/package-summary.html You would implement the service hooks in a separate bundle to control which client gets which service.
On the other hand, if the object provided by the bundle should only be used by its own bundle, I'm wondering whether services are the best approach. You could consider just instantiating the object directly if it's only used within its own bundle. Services are really aimed at being useful outside of the local bundle scope... Best regards, David On 17 June 2016 at 11:45, Guillaume Nodet <[email protected]> wrote: > You can investigate the use of equinox regions. You can define regions and > visibility between regions. > > 2016-06-17 12:27 GMT+02:00 Vincent Vandemeulebrouck < > [email protected]>: > > > I need two different bundles to have the same private iPojo service, to > be > > used internally. It is defined in a shared library, included in both > > bundle. > > > > How can I enforce that the requiring service get the service from their > own > > bundle? > > > > Currently, as each bundle has the same service and same specifications, I > > end-up having the private service from the other bundle injected, causing > > some illegal accesses. > > > > Bundles are implemented in java. The issue is that each bundle has its > own > > ClassLoader, and injecting the class from the othe ClassLoader causes a > > ClassCastException. > > > > > > *--Vincent Vandemeulebrouck | *Architect - UL MIDDLE and Extensions *| > > ULLINK | *D: +33 1 44 50 52 02* | *T: +33 1 49 95 30 00* | *23-25 rue de > > Provence, 75009 Paris, FRANCE *|* [email protected] > *| * > > > > -- > > *The information contained in or attached to this email is strictly > > confidential. If you are not the intended recipient, please notify us > > immediately by telephone and return the message to us.* > > > > > > -- > ------------------------ > Guillaume Nodet > ------------------------ > Red Hat, Open Source Integration > > Email: [email protected] > Web: http://fusesource.com > Blog: http://gnodet.blogspot.com/ >
