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相关新闻和视频。