Spring Dynamic Modules for OSGi（也就是从前的 Spring-OSGi）今天发布了1.0 版本。InfoQ 就这个版本的发布以及它能为 Spring 社区提供什么采访了 SpringSource 的 CTO——Adrian Colyer和 Spring Dynamic Modules 项目的领导人——Costin Leau。
Adrian Colyer 阐述了 Spring Dynamic Modules 项目背后的思想：
我们的根本目标是为了让应用开发人员在编写企业应用时获得 OSGi 平台（模块化、版本化支持、模块生命周期以及管理）带来的优点。 有些软件提供商已经在其产品中使用OSGi， 但并没有把 OSGi 的这些优点提供给部署在其产品上的应用享用。我们则希望能够尽可能简单的使用 OSGi，就像这样：代码和 OSGi 服务平台没有强耦合 (这样才能保证单元测试容易进行)，同时也不需要明确的调用 OSGi 服务平台的接口。Spring Dynamic Modules 将 Spring 和 OSGi 服务平台完美的结合在了一起，为开发人员提供更加简单、强大的基础框架。
Cosit Leau 谈到 1.0 发行版的主要目标是为 Spring 应用稳定、高效的在 OSGi 环境中运行提供基础，并随后指出了此发行版的主要特性：
- 自动发现 Spring bundles——每个 Spring Bundle 都会由和 OSGi 兼容的
OsgiServiceFactoryBean创建 Application Context，并且这个 Application Context 会暴露为一个 OSGi 服务；
- 引用和提供 Spring 服务——把 Spring 服务作为 OSGi 服务提供仅需要一行 XML，引用 OSGi 服务也同样如此；
- 动态处理服务引用和集合——如果服务升级或重新部署，不用重启应用就可以自动的获取到新版本的服务实例；这对于实现同一接口的多个服务构成的集合也是一样，当服务被安装 / 卸载时，他们会被自动加入集合或是从集合中删除；
- 事件通知监听机制——如需监听指定 OSGi Service 的 bind/unbind、register/unregister 事件，只用一行 xml 就可以注册一个这样的 bean 了；
- 全面的集成测试框架——集成测试工具位于
org.springframework.osgi.test包，其中包含了很多使用了 OSGi 的单元测试类。
Leau 提到了在参考文档中有 1.0 版所有特性的详细描述。
由于 OSGi 规范起源于移动领域，所以 InfoQ 向 Colyer 询问了 Spring Dynamic Modules 是否也有计划推出移动版本。Colyer 说：由于目前 Spring Dynamic Modules 是依赖于Spring 2.5的， 而 Spring 2.5 又依赖于 JDK 1.4，因此目前不可能而且也没有推出 Spring Framework 的移动版本的计划。不过 Colyer 同时也表达了这样的意思：目前 OSGi 的开发人员中很大一部分都对如何简化应用的开发有非常浓厚的 兴趣，而这些人中又有大部分从事的是企业应用领域，对于移动版本的需求将会决定 Spring 是否推出相应的移动版本的计划。
在问起 Spring Dynamic Modules 的未来时，Colyer 说到：
1.0 发行版提供了创建基于 OSGi 的 Spring 应用的基础。1.1 版本将会致力于简化在 OSGi 服务平台中使用公用企业库，其中的重点就是让基于 OSGi 的 Web 应用比目前容易创建。 SpringSource 作为OSGi 企业专家组的活跃成员之一，希望能够把 Spring Dynamic Modules 项目中得出的优秀经验编写到 OSGi R5 规范中去。Spring Dynamic Modules 毫无疑问会及时的实现这些标准。
Colyer 最后表示目前没有任何计划去支持其他的动态模块化框架，就像 JSR 277，原因是：“目前的工业标准很明显是基于 OSGi 的”。
查看英文原文：Spring Dynamic Modules for OSGi: simplified development of OSGi applications
译者简介：BlueDavy，曾编写《OSGi 实战》、《OSGi 进阶》两篇 Opendoc，致力于 OSGi 在国内的推广和发展，现沉迷于大型分布式应用基础平台的研究和实现。
注册/登录 InfoQ 发表评论