Declarative Services规范简介及应用

Declarative Services 是一个面向服务的组件模型，它制订的目的是更方便地在OSGi服务平台上发布、查找、绑定服务，对服务进行动态管理，如监控服务状态以及解决服务之间的复 杂的依赖关系等问题。Declarative Services采用服务组件的延迟加载以及组件生命周期管理的方式来控制对于内存的占用以及启动的速度，很好的解决了传统的OSGi服务模型在开发和部 署比较复杂应用时内存占用大、启动慢等问题，并且对服务组件的描述采用XML来实现，十分便于用户理解和使用。在 Declarative Services 中，Component 可以是 Service 的提供者和引用者，一个 Component 可以提供 0 至多个 Service，也可以引用 0 至多个Service，并且采用component 方式封装 Service，方便了对 Service 的复用，从开发者的角度来看，该服务组件模型简化了在 OSGi 服务平台中的编程模型。

 

一、Component Satisfied 概念介绍
       在 Declarative Services 中，一个服务组件是通过XML文件描述其相关信息的，SCR(Service Component Runtime)根据服务组件配置文件控制着组件配置的激活(Activate)和钝化(Deactivate)，服务组件配置文件包括如组件的类型、组 件的实现以及引用的服务等信息。

       在 Declarative Services 中，Component Satisfied 与 Component 的生命周期密切相关。如 Component 激活的前提条件之一就是 Component Satisfied，而在 Component 的运行过程中，出现 Unsatisfied 时，Component 将被钝化。主要由以下两点决定 Component 是否处于Satisfied 状态：

              1、Component 为 Enabled 状态，Component 的生命周期包含在引用它的 Bundle 应用的生命周期之内，只有在 Bundle 处于 Active 状态时，Component 才有可能为 Enabled 状态，在 Bundle处于 Stop 状态时，Bundle 中所有的 Component 都处在 Disabled 状态。Component 初始的Enabled 状态可以在服务组件配置文件中设定。

              2、Component 的配置是可以被引用和解析的，Component 中引用的 Service 也是 Satisfied 的，引用的 Service 至少有一个是处于可用状态的，或者引用的 Service 在服务组件配置文件里配置了可为 0 个可用状态的 Service。

       当上述两个条件中任何一个不满足时，组件配置将变为 Unsatisfied 状态，组件配置将被钝化。 

 

二、Component 介绍
       在 Bundle 启动时， Declarative Services 装载相应的服务组件配置文件，配置文件在MAINFEST.MF 文件的 Service-Component 属性指定，解析配置文件，获取服务组件引用的 Service ，如果判断组件 Satisfied 状态的两个条件满足时， Declarative Services 就认为这个组件是 Satisfied 的。

       Component的类型：
              1、Immediate Component
                     对于 Immediate Component，如果组件配置处于 Satisfied 状态，将会立即被激活，并且如果该配置指定了服务，那么 SCR 会注册该服务并且立即激活该服务组件。在SCR 激活组件配置时，实现服务组件类的 activate 方法将会被调用，在SCR钝化组件配置时，deactivate方法将会被调用。
              2、Delayed Component
                     对于 Delayed Component ，如果组件配置处于Satisfied状态，该组件并不会立即被激活，Declarative Services 会根据组件配置文件中的 Service 的配置，注册相应的Service 的信息，直到该服务组件被请求时， Declarative Services 才会激活该组件配置 。 Delayed Component 延迟了 Component 类的创建，当该服务组件的服务收到请求时，该 Component 类的 activate 方法才会被调用。如果一个 Component 不是 Factory Component，并且在其组件配置文件中指定了服务，组件的 immediate 属性设置为 false,那么该组件就是 Delayed Component。
              3、Factory Component
                     通过在组件配置文件中设置 Component 的 factory 属性，将 Component 声明为 Factory Component。该组件在激活后注册的是一个 Component Factory 服务，只有在调用 Component Factory 的 newInstance 方法后才会激活相应的各个组件，每一次调用 newInstance 方法，都会创建和激活一个新的组件配置。如果在组件配置文件中声明了服务，那么在该组件激活之前，声明的服务被注册。 

 

三、服务组件开发、发布

     1、下载Declarative Services的Equinox实现（如org.eclipse.equinox.ds_1.0.0.v20060601a.jar），将该文件放到 Eclipse安装目录的plugins下。使用Eclipse中的Plug-in项目向导来创建一个项目（参考OSGI系列相关文章）。

 

     2、创建服务接口及服务实现类

public
 
interface
 UserManager {
    public
 
abstract
 String sayHello(String username);
}

 

public
 
class
 UserManagerImpl 
implements
 UserManager {
    public
 String sayHello(String username){
        return
 
"你好，"
 + username;
    }
}

 

    3、在顶级目录下创建一个名为OSGI-INF的文件夹，并新建一个名为UserManager.xml的组件配置文件

<?
xml
 
version
=
"1.0"
 
encoding
=
"UTF-8"
?>
<
component
 
name
=
"userManager"
>
    <!-- Implementation元素定义了实现该服务接口的组件类名 -->
    <
implementation
 
class
=
"com.cjm.bundle.UserManagerImpl"
/>

    <!-- Service元素定义了所提供服务的接口 -->
    <
service
>
        <
provide
 
interface
=
"com.cjm.bundle.UserManager"
/>
    </
service
>
</
component
>

 

    4、MANIFEST.MF文件内容

Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: UserValidatorBundle
Bundle-SymbolicName: UserValidatorBundle
Bundle-Version: 1.0.0
Service-Component: OSGI-INF/UserManager.xml
Import-Package: org.osgi.framework;version
=
"1.3.0"
Export-Package: com.cjm.bundle;version
=
"1.0.0"

其中，Service-Component 属性指定了该 Bundle 应用的服务组件配置文件，在该配置文件中声明服务并且指定了实现该服务的组件。Export-Package 属性指定了该 Bundle 输出的共享包，该属性可以使其他的 Bundle 引用所定义的服务接口。

 

四、服务组件获取

      在 Declarative Services 中，Component 所引用的服务，称为 Target Service。在组件实现类中，有两种策略可以获得在组件配置文件里指定的 Target Service，是事件策略和 Lookup 策略。

 

      在服务组件激活的过程中，SCR 必须将组件配置文件里指定的 Target Service 绑定到组件配置中。事件策略主要适用于服务组件所引用的 Target Service 处在动态变化中。

 

     1、组件接口及实现类 

public
 
interface
 UserManagerClient {
    public
 UserManager getUserManager();
}

 

public
 
class
 UserManagerClientImpl 
implements
 UserManagerClient{
    UserManager userManager;

    /**
     * 采用事件策略绑定服务。当获取当前Bundle的服务时触发该方法。
     */
    public
 
void
 bindService(UserManager userManager){
        this
.userManager = userManager;
        System.out.println("UserManagerClientImpl bindService"
);
    }

    /**
     * 采用事件策略取消绑定。当引用该Bundle服务的Bundle停止时触发该方法。
     */
    public
 
void
 unbindService(UserManager userManager){
        this
.userManager = 
null
;
        System.out.println("UserManagerClientImpl unbindService"
);
    }

    public
 UserManager getUserManager() {
        return
 userManager;
    }

    /**
     * 采用 Lookup 策略取得服务
     */
    public
 
void
 activate(ComponentContext context){
        UserManager userManager = (UserManager)context.locateService("userManager"
);
        System.out.println(userManager.sayHello("美女"
));
    }

    public
 
void
 deactivate(ComponentContext context){
        System.out.println("bye bye 美女"
);
    }
}

    启动 顺序 ：先调用bind方法，再调用activate方法。

    停止顺序：先调用deactivate方法，最后调用unbind方法。

 

     2、组件配置文件内容

<?
xml
 
version
=
"1.0"
 
encoding
=
"UTF-8"
?>
<
component
 
name
=
"userManagerClient"
>
    <
implementation
 
class
=
"com.cjm.bundle.user.service.web.UserManagerClientImpl"
/>

    <
service
>
        <
provide
 
interface
=
"com.cjm.bundle.user.service.web.UserManagerClient"
/>
    </
service
>

    <!--
        reference元素定义了该组件所引用的服务接口。

        cardinality：
            0..1：可选和单个，“0或1”
            1..1：有且仅有一个，“只有一个”  （默认）
            0..n：可选和多个，“0到多”
            1..n：必须或者多个，“至少一个”

        policy：
            static(默认)  如果引用的 Target Service 发生了变化，那么组件配置会被重新装载并激活。
            dynamic   SCR在不钝化组件配置的情况下可以改变绑定的 Target Service，即调用其中的unbind和bind方法。

        target：根据属性值过滤组件服务
     -->
    <
reference
 
name
=
"userManager"
        interface
=
"com.cjm.bundle.UserManager"
        bind
=
"bindService"
        unbind
=
"unbindService"
        cardinality
=
"0..1"
        policy
=
"static"
        target
=
"(component.version=1.0)"
/>

    <!-- 组件属性的配置 -->
    <
property
 
name
=
"component.version"
>
1.0
</
property
>
    <
property
 
name
=
"component.canuse"
 
type
=
"Boolean"
>
true
</
property
>
    <
properties
 
entry
=
"OSGI-INF/config.properties"
/>
</
component
>

 

     3、MANIFEST.MF文件内容

Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: UserValidatorWebBundle
Bundle-SymbolicName: UserValidatorWebBundle
Bundle-Version: 1.0.0
Service-Component: OSGI-INF/UserManagerClient.xml
Import-Package: com.cjm.bundle, org.osgi.framework;version
=
"1.3.0"
Export-Package: com.cjm.bundle.user.service.web

 

     4、消费服务

public
 
class
 TestActivator 
implements
 BundleActivator {
    public
 
void
 start(BundleContext context) 
throws
 Exception {
        ServiceReference serviceReference = context.getServiceReference(UserManagerClient.class
.getName());
        UserManagerClient client = (UserManagerClient)context.getService(serviceReference);
        if
(client!=
null
){
            System.out.println("TestActivator: "
 + client.getUserManager().sayHello(
"cjm"
));
        }
    }

    public
 
void
 stop(BundleContext context) 
throws
 Exception {
        System.out.println("TestActivator stop"
);
    }
}

 

分享到：