[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ecf-dev] about capabilities
- From: Cristiano GaviÃo <cvgaviao@xxxxxxxxx>
- Date: Thu, 30 Oct 2014 18:47:23 -0200
- Delivered-to: firstname.lastname@example.org
seems that I wasn't clear, so let me try to explain the first doubt again: about the use of theÂ Provide-Capability: osgi.remoteserviceadmin.topology;
in a environment containing DS running.
You have said:
Not completely (you wouldn't get all the effects).Â ÂYou would of course
have the capability, but you wouldn't also get the starting of the
on bundle that is triggered by
the class load of IDistributionConstants upon app startup (as used by
the older examples).Â The reasons that some of the examples still use
IDistributionConstants is 1) that they were written before the RSA
topology manager capability existed and haven't been updated; 2) The
class dependency on IDistributionConstants simplifies and avoids the
need to have an explicit start of the o.e.e.osgi.services.distribution bundle.
Then I asked if your statement is still valid even when the environment has DS enable. I asked that because I thought thatÂ BasicTopologyManagerComponent activation would trigger its bundle to be activated and call it Activator, even not explicitly starting the o.e.e.osgi.services.distribution bundle.But I could see that is not true.
what do you think about to add a reference for
IDistributionConstants inside the BasicTopologyManagerComponent activation ?
about my topology manager question. it is ok, I understood now. I don't have my own now, I'm just investigating how it works and how would ECF play in the use case stated in this spec: https://github.com/osgi/design/raw/master/rfcs/rfc0183/rfc-0183-CloudEcosystems.pdf
I'm playing with the examples right now. osgi.remoteserviceadmin.topology requirement is ok, but PDE is not resolving osgi.remoteserviceadmin.discovery. I tried the following syntaxes:
Require-Capability: osgi.remoteserviceadmin.discovery; filter:=(&(configs=ecf.generic.client)(version=1.1))
Require-Capability: osgi.remoteserviceadmin.discovery; filter:=(&(configs=ecf.rest.client)(version>=1.1)(!(version>=2.0)))
am I missing something or this is an issue with PDE that is not resolving multi-value attributes as the "configs" ?