采用OSGi框架开发项目的十个问题

作者 崔康 发布于 2010年3月11日

领域

架构 & 设计,

运维 & 基础架构,

语言 & 开发

主题

Java ,

架构 ,

配置管理 ,

扩展性 ,

重用 ,

设计 ,

架构

标签

扩展性 ,

设计模式 ,

Java EE ,

Eclipse ,

OSGi ,

Maven

近期，InfoQ针对Java模块化（基于OSGi）这一热点技术问题连续做了四篇深度报道：

• 模块化Java简介
• 模块化Java：静态模块化
• 模块化Java：动态模块化
• 模块化Java：声明式模块化

其中对OSGi的基本概念和现状以及模块化技术细节做了详细描述：

OSGi是Java领域里无可辩驳的最成熟的模块系统，它与Java几乎是如影相随，最早出现于JSR 8，但是最新规范是JSR 291。 OSGi在JAR的MANIFEST.MF文件中定义了额外的元数据，用来指明每个包所要求的依赖。这就让模块能够（在运行时）检查其依赖是否满足要求， 另外，可以让每个模块有自己的私有 classpath（因为每个模块都有一个ClassLoader）。这可以让dependency hell尽早被发现，但是不能完全避免。和JDBC一样，OSGi也是规范（目前是4.2版），有多个开源（及商业）实现。因为模块不需要依赖任何OSGi的特定代码，许多开源类库现在都将其元信息嵌入到manifest中，以便OSGi运行时使用。有些程序包没有这么做，也可以用bnd这样的工具，它可以处理一个已有的JAR文件并为其产生合适的默认元信息。自2004年Eclipse 3.0 从专有plugin系统切换到OSGi之后，许多其他专有内核系统（JBoss、WebSphere、Weblogic）也都随之将其运行时转向基于OSGi内核。
.......

不过，Java社区领袖Adam Bien最近在其博客中认为，从技术角度讲，OSGi的确是实现模块化的可行办法，但OSGi的主要挑战不是技术，而是模块和bundle的管理。他建议在决定采用OSGi框架开发项目之前，考虑以下问题：

1. 针对模块（bundle），采取何种版本控制方案？大、小版本如何定义？
2. 采用何种软件配置管理策略？允许开放和维护模块所有版本的分支吗？预计要维护多少个分支？通过SVN吗？
3. 在生产环境中，同时存在多少不同版本的模块？
4. 针对模块和模块组合，如何进行测试？每一个版本都会显著增加复杂度。
5. 采用何种发布管理策略？提供客户专属的模块组合吗？缺陷修补/补丁策略是什么？
6. 需要在系统运行中替换模块吗？如何处理正在进行的事务？
7. 对于Eclipse RCP应用，是否应该开放插件给最终用户？
8. 采用何种软件分发系统？很多公司已经有了一套软件分发系统。应用和JVM经常打包到一个二进制文件中整体安装。增量更新几乎是不可能的。
9. 模块之间如何交互？只通过Java接口吗？如果是，那么JPA实体的直接关联如何处理？
10. 是否采用Maven描述模块和OSGi？Maven模块版本会在OSGi bundle版本中得到体现吗？

Adam Bien认为，在深入思考这十个问题之后，OSGi可能就不再是项目的最佳选择。

读者朋友是否同意Adam Bien的观点，针对他的十个问题，有何看法？在实际开发中又是如何解决的？欢迎踊跃发表意见。

即将召开的QCon北京2010大会设有“设计优良的架构”专题，关心OSGi架构应用的读者可能会对其中的“设计可扩展的架构”、“架构与最佳实践及创新的关系”等演讲感兴趣，敬请关注。

崔康 热情的技术探索者，资深软件工程师，InfoQ编辑，从事企业级Web应用的相关工作，关注性能优化、Web技术、浏览器等领域。

1. 返回顶部

   数据库的更新确实是问题

   发表人 Shine Jimmy

   当前的应用，几乎没有不基于数据库的，如果数据库结构改变了，OSGI可以解决吗？还是要依赖于对于DB的修改来完成。

   回复

2. 返回顶部

   赞同，不能盲目使用osgi

   发表人 aditer aditer

   赞同，不能盲目使用osgi

   回复

3. 返回顶部

   Re: 赞同，不能盲目使用osgi

   发表人 aditer aditer

   没有确定好模块的划分和Bundle的管理，或者说在业务层面上没有这种动态化模块插件的需求，盲目采用osgi简直就是杯具，增加代码复杂度不说，在自动化测试和部署等环节都会带来不必要的麻烦和开销

   回复

4. 返回顶部

   Re: 数据库的更新确实是问题

   发表人 李 枫华

   这个就是体现出OSGI 的一个升级机制啦。

   回复

5. 返回顶部

   Re: 数据库的更新确实是问题

   发表人 su garfield

   数据库结构改变了, 跟OSGI有什么关系啊，
   只是DAO层需要变化而已

   回复

6. 返回顶部

   Re: 赞同，不能盲目使用osgi

   发表人 Han Meng

   恩，特别是对同时用eclipse application launch的application及osgi application launch的application进行自动化测试时

   回复

7. 返回顶部

   Re: 数据库的更新确实是问题

   发表人 李 枫华

   数据库改变，我觉得就是一个升级吧。
   我是这么理解的。不知道有错没。

   回复

8. 返回顶部

   Re: 数据库的更新确实是问题

   发表人 java fang

   我也不觉得OSGI和数据库有什么关系

   回复

9. 返回顶部

   Re: 数据库的更新确实是问题

   发表人 hl p

   我想你的意思是说，由于数据库的变化，层层传导最终导致整体变化，此时什么动态模型都不起作用了。

   回复

• 更早的 >