问：现今我们可以使用其它工具同OSGi一同工作吗？APIs是完成原型设计的唯一方式吗？

　　答：这个话题正是OSGi团体讨论的热门话题。上星期Paremus公司的David Savage资助了一个专业研讨小组，该小组就OSGi应用的开发和部署展开了讨论。同时，伯顿集团分析师Kirk Knoernschild发表了一篇文章，文章指出目前企业还无法开发OSGi应用，这主要是因为缺少工具。最后，星期五，EclipseCon公司的Peter Kriens代表OSGi联合会组织召开了一个工具峰会（以下是简单摘要）
(http://java.dzone.com/news/osgi-discontent-no-migration)

　　这个话题炒的很热。对于文章所提到的问题，我们的回答是部分的肯定。但是目前大部分利用OSGi开发企业架构的人都认为，这样的开发十分困难。他们都在试图寻找一种更为新颖，综合方法完成开发工作并部署生命周期。我们可以从Spring、iPOJO以及Peaberry项目中为低层和复杂框架API进行大量的抽取，即将面市的OSGi R4.2版本（初期公布的草案）包含一个标准化批注，这个批注建立在依赖性注入API基础之上，而该API是从Spring得来的。

　　目前OSGi应用也有一些开放源工具，例如BND工具（Peter Kriens提出的工具）帮助我们创建OSGi捆绑包，Eclipse插件开发环境（PDE）帮助我们创建Eclipse插件（基本上是OSGi捆绑包），但是它们之中的任何一个都不能算是完整的解决方案，但它们都是为了某些供应商的运行时间环境所单独开发的。

　　许多OSGi使用者都出席了上周的BOF会议，他们极力呼吁开发一种对于整个企业开发生命周期都适用的工具解决方案，包括将现有的Java程序移植到OSGi框架。

　　OSGi施工小组主要有两个项目。我和我一起主持这个栏目的Tim Diekmann（来自Tibco）将会在以后的会议上，重点关注这些领域。首先我们要尝试规范化OSGi“应用”的定义——意味着部署开发单位包含了很多捆绑包（捆绑包是带有一个带有OSGi元数据的JAR文件，我们可以在一个OSGi框架中部署捆绑包）与此紧密相连的是第二个施工项目，标准化OSGi捆绑包。

　　要想正确使用这些工具，还存在着许多问题，但是还有一种极为有趣的开发，就是Sonatype公司Jason van Zyl开发的Tycho项目，该项目将OSGi与Maven结合在一起。同样也从OSGi捆绑包储存库以及应用定义中收益非浅，这让我们进一步意识到了解决这些施工项目的紧迫性。

　　但是还是有好消息，人们已经开始利用OSGi开发企业应用了（参见LinkedIn这一实例）。介于很多主要的Java中间件供应商以及Eclipse和其它的一些企业产品都在使用OSGi，尤其是在企业层面OSGi也收效颇丰，并且整个团体也做出了回应。