6.OSGI企业应用开发-细说Bluepring&Gemini-Blueprint(一)

上篇文章介绍了如何使用Blueprint將Spring框架整合到OSGI应用的Bundle中，从上篇文章中我们大概了解了Blueprint与Gemini Blueprint的关系，简单的说，Blueprint是OSGI Alliance借鉴了Spring Dynamic Modules 的思想，为OSGI制定的依赖注入（DI）规范，而Gemini Blueprint的前生是Spring DM，它即兼容之前的Spring DM，又实现了Blueprint规范。本篇文章开始，我们就来了解一下Gemini Blueprint的一些重要使用细节，以及它与Blueprint的差异。

一、自定义Bean配置文件路径

上篇文章中，我们知道，使用Blueprint整合Spring后，默认情况下，Gemini Blueprint会从Bundle的META-INF/spring目录下读取Bean的配置文件，而实际上标准的Blueprint规范会从OSGI-INF/blueprint目录下加载Bean的配置文件，为了说明这个观点，我们不妨在篇文章的代码基础上新建一个Bundle来演示。

首先新建一个Plug-in Project，名称为com.csdn.osgi.helloworld，步骤和前面文章中相同，如果读者不知道如何操作，可以阅读本系列博文的前面几篇，完成后工程如下图所示：

前面提到过，Gemini Blueprint支持标准的Blueprint规范，所以我们把Bean的配置文件放到OSGI-INF/blueprint目录下也是可以的，为了方便观察Bean是否被实例化，我们可以新建一个Java类，com.csdn.osgi.HelloWorld，内容如下：

package com.csdn.osgi;

public class HelloWorld {

    public HelloWorld() {
        System.out.println("================Hello World================");
    }
}

如上面代码所示，我们可以在HelloWorld类的构造方法中，输出一些日志信息，这样实例化HelloWorld对象时，控制台中就会打印相应的信息。

接下来在com.csdn.osgi.helloworld工程中，新建OSGI-INF/blueprint目录，在该目录下新建Bean的配置文件beans.xml，内容如下：

<?xml version="1.0" encoding="UTF-8"?>
<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0">

    <bean id="helloWorld" class="com.csdn.osgi.HelloWorld"/>

</blueprint>

最后，启动Equinox容器，注意要勾选我们新建的Bundle，名称为com.csdn.osgi.helloworld，如下图所示：

启动后，控制台输出日志内容如下：

Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: Helloworld
Bundle-SymbolicName: com.csdn.osgi.helloworld
Bundle-Version: 1.0.0.qualifier
Bundle-Activator: com.csdn.osgi.helloworld.Activator
Bundle-Vendor: CSDN
Bundle-RequiredExecutionEnvironment: JavaSE-1.8
Import-Package: org.osgi.framework;version="1.3.0"

MANIFEST.MF文件由多个信息头构成，具体每一项的含义这里不做过多介绍，读者可以参考OSGI规范和相关的书籍，我们可以使用Gemini Blueprint自定义的Spring-Context信息头来指定配置文件位置，使用方式如下：

Spring-Context-Value ::= context ( ',' context ) *
context ::= path ( ';' path ) * (';' directive) *12

上面的表达式描述了Spring-Context的值的形式，是啥意思呢，读者可能看不懂，不要紧，看几个具体的例子就知道了，例如下面的配置方式是允许的：

Spring-Context: config/account-data-context.xml, config/account-security-context.xml1

同时指定多个配置文件路径，使用逗号分割开，除此之外，还支持通配符的方式，例如：

Spring-Context: config/*.xml1

上面的配置，表示加载config目录下的所有XML文件，另外，我们还可以指定一些属性，例如：

Spring-Context: config/*.xml;create-asynchronously:=false 1

参数与配置文件路径使用分号分割开，create-asynchronously参数的含义是application context采用同步还是异步的方式创建，默认为异步方式，其他参数的含义读者可参考Gemini Blueprint官方文档。

接下来我们可以修改com.csdn.osgi.helloworld工程中的MANIFEST.MF文件，增加Spring-Context信息头来指定Bean的配置文件，例如：

Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: Helloworld
Bundle-SymbolicName: com.csdn.osgi.helloworld
Bundle-Version: 1.0.0.qualifier
Bundle-Activator: com.csdn.osgi.helloworld.Activator
Bundle-Vendor: CSDN
Bundle-RequiredExecutionEnvironment: JavaSE-1.8
Import-Package: org.osgi.framework;version="1.3.0"
Spring-Context: config/*.xml

然后com.csdn.osgi.helloworld工程中新建config/beans.xml文件，内容如下：

<?xml version="1.0" encoding="UTF-8"?>
<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0">

    <bean id="helloWorld1" class="com.csdn.osgi.HelloWorld"/>
    <bean id="helloWorld2" class="com.csdn.osgi.HelloWorld"/>

</blueprint>

然后重启Equinox容器，日志中输出了连续的两行信息，如下：

================Hello World================
================Hello World================

从输出日志中，可以分析出config/beans.xml中配置的Bean也能够被实例化，说明Spring-Context头指定的Bean配置文件路径生效。

需要注意的是，Spring-Context指定Bean配置文件路径是Spring DM的方式，而标准的Blueprint规范使用Bundle-Blueprint头来指定Bean配置文件路径，使用方式相同，不做过多介绍，下面是Gemini Blueprint与Blueprint自定义Bean配置文件的区别，如下图所示：

关于Blueprint与Gemini Blueprint的使用本文暂时介绍这么多，下篇文章继续。