It can provide both. We recently clarified the Metatype spec for R6 to more clearly state that a bundle can provide both metatype resources and MetaTypeProvider services. The spec is clarified to say that if the bundle provides metatype resources, then a MetaTypeService implementation must not look for ManagedService/ManagedServiceFactory services that are instances of MetaTypeProvider (and, of course, not registered as MetaTypeProvider services.) --
BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance [email protected] office: +1 386 848 1781 mobile: +1 386 848 3788 From: "Humeniuk, David P" <[email protected]> To: "[email protected]" <[email protected]> Date: 2014/10/04 10:54 Subject: [osgi-dev] Bundles providing Meta type documents and service Sent by: [email protected] Is there a reason that a bundle cannot provide both meta type documents and meta type provider services? At least that is what the code says in the Felix implementation. I would like bundles to be able to provide meta type XML documents for properties they support, but also have a combined meta type OCD for the bundle’s properties plus the properties for the base interfaces they implement. As in, when the bundles are registered with the system, a PluginMgmtService would then create a new OCD that contains attributes from the bundle as well as core attributes that apply to all bundles in the system. This OCD would be provided with a component that implements ManagedServiceFactory and MetaTypeProvider interface for each registered bundle. This way, each configuration created from the factory defined PID would have metadata for core properties and plug-in specific properties. However, bundle provided meta type services are ignored if the bundle contains any meta type XML documents. Thanks, Dave_______________________________________________ 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
