最初的想法很小，只是我的一种直觉，认为 Spring 和 OSGi 应该能够很好地结合在一起。这个想法是，通过使 Spring 应用程序能够部署在 OSGi 运行时环境中，我们可以为 Spring 应用程序带来更好的模块化、版本控制、运行时部署和更新功能。这是一个我从未真正宣传过的项目；我只是开始尝试，与一些人交谈，并编写了一些早期的原型代码。

事实证明，很多人都对 Spring 和 OSGi 感兴趣。我们正在与 BEA、Oracle、IBM、Eclipse、OSGi 联盟以及其他一些公司的代表合作，以构建一个共享模型，说明 Spring 对 OSGi 的支持应该是什么样子，以及如何轻松地在 OSGi 运行时环境上构建企业应用程序。最新版本的规范已附加到 Spring JIRA 问题 1802。这里有一个 指向规范文本的直接链接。几周前我在伦敦举办了一个研讨会，我们让一些关键人物聚在一起，取得了一些很好的进展。Peter Kriens（OSGi 技术总监）在这里写了一篇文章 这里。

OSGi 联盟本身正在为 R5 版本大力强调企业，并且下周一（9月11日）计划举办一个关于该主题的初步 研讨会。看起来一些 Spring-OSGi 的工作可以通过 OSGi 标准化流程继续推进，这当然是我很想看到的。如果您有兴趣参与讨论，我们有一个 Spring 和 OSGi 谷歌小组，您可以加入。我们将尽快发布软件的早期版本供您试用，并且计划在 Spring 2.1 旁边或作为 Spring 2.1 的一部分发布最终版本。

你不会以为 Spring 2.0 的创新会就此停止吧？;)