浅析Apache Felix项目中的OSGi

OSGi正在被越来越多的项目所采用。OSGi规范为以模块化形式编写和部署应用到本地或远程计算机提供了一个公共模型。与创建一个单一的不可分应用（monolithic app）不同，该规范允许众多小组件相互协作。这篇新闻为你展现了为什么有像OSGi这样一个规范是至关重要的，它真正包含了哪些内容，以及未来发展方向。 Apache Felix是一个OSGi 4版本规范的Apache实现,而Equinox项目是Eclipse开源组织的OSGi R4版本规范核心框架的实现。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说Apache Felix项目是志愿者社区努力的结果。该项目的目标是使该框架易于嵌入其他项目中去。他说目前发布的1.0.1版本大部分符合了OSGi的R4规范，并且已经进行过OSGi TCK（Test Compatibility Kit）测试。TCK测试套件测试结果发布在Apache 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元数据，这将是一个好的开始。

Apache Felix的下一个重要版本将是1.2版本，它将会支持bundle fragment。有了对fragment的支持，Richard认为这个Felix将基本上符合R4规范要求，这将使其进一步符合R4.1规范过程更加容易。