Felix 是一个 OSGi 版本 4 规范的 Apache 实现。 OSGi 是一个基于 Java 的服务平台规范,其目标是被需要长时间运行、动态更新、对运行环境破坏最小化的系统所使用。有许多公司(包括 Eclipse IDE,它是第一个采用 OSGi 技术的重要项目)已经使用 OSGi 去创建其微内核和插件架构,以允许在运行时刻获得好的模块化和动态组装特性。几个其他项目如 Apache Directory 、 Geronimo 、 Jackrabbit 、 Spring 以及 JOnAS 也都正在转向采用 OSGi。 Richard Hall 是该项目的提交者之一,他上个月在 ApacheCon 对 Apache Felix 项目作了介绍。他的介绍是从 OSGi 架构概览及其框架层开始的。他说任何应用,不论是嵌入式系统、客户端或服务器应用,都可以从在其使用 OSGi 实现过程中获取模块化和扩展性等益处。在介绍中,Richard 还示范了在一个简单的基于 Swing 的绘图程序中使用Felix 组件的例子。
InfoQ 就 Felix 项目目标、当前状态、以及该框架怎样适合其他 Apache 项目等问题采访了 Richard,尤其是那些在 SOA 栈中的项目,因为 Felix 也把提供面向服务组件模型作为目标。
Richard 说 Felix 项目是志愿者社区努力的结果。该项目的目标是使该框架易于嵌入其他项目中去。他说目前发布的 1.0.1 版本大部分符合了 OSGi 的 R4 规范,并且已经进行过 OSGi TCK(Test Compatibility Kit)测试。TCK 测试套件测试结果发布在 Felix 网站上。按照R4 规范要求,目前主要缺少的一块是支持bundle fragment,这将在下一个版本中完成。Fragment 是附属于主要应用bundle 上的bundle。关于fragment 一个比较好的例子是为不同地区翻译文件。Felix 1.0.2 版预计很快就会发布。
针对Felix 怎样适合Apache SOA 项目(如 ServiceMix 和 CXF )这一问题,他回答说,ServiceMix 和 CXF 社区对 OSGi 技术都很有兴趣,而且 OSGi 平台为部署和管理那些使用了这些技术实现的服务提供了一个很好的环境。
企业 SOA 项目中依赖和版本管理及治理都在达成 SOA 利益过程中扮演着至关重要的角色,Felix 能在企业级 SOA 实施中扮演什么样的角色呢?
至少,它给它们提供了一个平台。其中,它们可以以模块化的形式打包、部署、以及执行应用,以帮助它们进行依赖和版本管理。事实上,OSGi 技术正是 Java 平台所缺少的模块化层。另外,OSGi 平台还提供面向服务的应用模型,除了模块化之外,它还允许基于 OSGi 的应用按照面向服务原则来构建。
最新版 Eclipse——Europa,是作为 OSGi 模块来打包的。有计划将 Apache 其他产品(例如 Tomcat )也打包成 OSGi 模块吗?
Eclipse 使用 OSGi 作为其插件的模块化机制。我们 Felix 的目标是让其它 Apache 项目将其产品打包成 OSGi bundle。在 Felix 内部,我们已经开始为各种常用开源包的 JAR 文件创建 bundle 包装器,以帮助启动这一过程。很多情况下,这一工作简单到只需在已有 JAR 文件 manifest 中增加一些元数据即可,但是还有一些情况下,将已有项目与 OSGi 技术集成需要付出更多的努力。我们也正在与 Maven 社区一起工作,试图给每个 Maven 所创建的 JAR 文件中增加一些 OSGi 元数据,这将是一个好的开始。
Felix 的下一个重要版本将是 1.2 版本,它将会支持 bundle fragment。有了对 fragment 的支持,Richard 认为这个 Felix 将基本上符合 R4 规范要求,这将使其进一步符合 R4.1 规范过程更加容易。
今年初,Felix 从 Apache 孵化器毕业,成为一个顶级项目;该项目团队在十月份发布了 1.0.1 版本。上个月,一个针对服务组件运行时(Service Component Runtime ——SCR)描述符的 Maven插件发布了。该插件可以用来基于注解产生OSGi 服务描述符。Felix 也有了 Eclipse 集成支持,开发者可以在 Eclipse IDE 里运行 Felix。Felix 组件按照 Apache 软件许可证 2.0(Apache Software License Version 2.0)来发布许可。
可以在 http://infoq.com/osgi 上看到更多的 OSGi 相关新闻和视频。
评论