Open main menu

CDOT Wiki β

Changes

Steps for Building Declarative Services

2,527 bytes added, 21:15, 8 February 2011
description
}
</source>
 
<h4>3. Define the Service Descriptor</h4> (the component.xml file)
 
<source lang="xml">
<?xml version="1.0"?>
<component name="singlesayconsumer">
<implementation class="cs.ecl.osgi.simple.declarativeservice.consumer.SaySingleConsumer"/>
<service>
<provide interface="org.eclipse.osgi.framework.console.CommandProvider"/>
</service>
<reference name="SAYABLE"
interface="cs.ecl.osgi.simple.declarativeservice.say.Sayable"
bind="bindSayable"
unbind="unbindSayable"
cardinality="0..1"
policy="dynamic"/>
</component>
</source>
 
The "'''reference'''" element in the service descriptor specifies that:
* The component has a binding to a service, and the name of the binding is set to "SAYABLE"
* The needed service is one which implements the "cs.ecl.osgi.simple.declarativeservice.say.Sayable" interface
* To bind this component with a provider of the service, the framework must invoke the "bindSayable" method
* Similarly, to unbind the component from a provider, the framework must invoke the "unbindSayable" method
* The cardinality parameter has the form "x..y", where x can be either '0' or '1' and y can be either '1' or 'n'. The first parameter specifies '''optionality''', and the second one specifies '''multiplicity'''.
** For instance, x='0' means that a binding to the service is optional, while x='1' means that the binding is mandatory (otherwise the component can not be resolved and activated).
** On the other hand, y='1' implies single binding only, where the component can only be bound to just one service provider at a time, while y='n' implies that multiple service providers can be bound to the component simultaneously.
* The last parameter, '''policy''', can be set to either "dynamic" or "static". This controls the binding to new service providers at runtime.
** When the value is set to "static", then it is implied that the component cannot handle dynamic switching of service providers and thus the framework constructs a new instance of the component when the service provider changes.
** On the other hand, when the policy is set to "dynamic", then the binding and unbinding of service providers takes place dynamically on the same component instance. As the former is more heavy-weight, it is recommended that the components are designed and implemented so that they support the dynamic policy. The default value is "static", which means that unless you specify the policy parameter as "dynamic", it is going to be set as "static".