Hello Peter,
I have looked through the specs again and still consider this filter
option would be nice to have.
It does not seem to be possible to do this filtering with one
getServiceReferences call on the result array. Is it possible to
identify a remote service as the representation of a local one (on the
ServiceReference objects)?
Am 11.01.2011 15:48, schrieb Peter Kriens:
What's wrong with plain old Java code? That code is probably smaller that your
textual description.
Kind regards,
Peter Kriens
On 11 jan 2011, at 15:07, Martin Petzold wrote:
Am 11.01.2011 14:59, schrieb Martin Petzold:
Am 11.01.2011 14:15, schrieb BJ Hargrave:
[...]
I would like to have a filter which matches all local services of an
Interface AND all remote services of this Interface. BUT if the local
service is also a remote service (service provider in the same OSGi
framework) I don't want this to be duplicate (in this case I would like
to have the local one only). I can't figure it out at the moment, is
this possible?
This is probably more that an ldap filter can handle. You will have to ask for
more than you want and then use some code to do a second pass to discard the
duplicates.
Okay thanks, thought I had to do this. But I think this is quite uncomfortable
from users point of view. Perhaps there should be some additional filtering
possibilities for this in the future (next RS specs?).
Nice would be a getServiceReferences(String clazz, Filter filter) with a
generic Filter interface, so this can be handled flexible. One of them then
would be LDAP.
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
--
Martin Petzold
Martinsfeld 14
D-50676 Köln
Deutschland
Telefon: +49 (0)221 / 2595961
Mobil: +49 (0)179 / 9220154
Blog: www.zetablog.de
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
