使用 Spring 框架的应用程序始终在 GlassFish 中良好的运行着，是 v2 或 v3。现在随着 GlassFish v3 最终发行版的临近，新的机会也随之而来。作为上周有关受管理的 OSGi 包的接续，GlassFish 架构师 Jerome Dochez 使其更近了一步，方法是通过实现 GlassFish 服务，使用了 Spring bean 并使用 Java EE 6 web 应用程序调用它。一点都没有 OSGi 或 Spring 依赖性。 这个详细的示例使用 Spring 的扩展程序包，它的作用是针对用于基于 Spring 的服务实现的 Spring 容器，而且（这对我而言是最有趣的一部分），一个简单的 web 应用程序只能通过标准的 @Resource 注释注入该服务。当然，这不是 GlassFish 的定制版本，而且服务查找使用 OSGi 服务和标准的 Java EE 注释。不需要 GlassFish/Spring/OSGi API。功能强大，然而却很简单。

在他最近的有关 OSGi interview JavaPosse.com 的采访中，Peter Kriens（OSGi 技术总监）提到了 GlassFish v3 的一个示例，没有用任何特定于运行时环境的 API 来扩展该运行时环境。能听到 Peter 认可 GlassFish v3 团队所做的工作真是太棒了!

模块化很重要，但没有可扩展性和可管理性，不要对 GlassFish v3 期望值过高。GlassFish 的架构师 Jerome Dochez 最近发表了一篇有关受管理 OSGi 捆绑的博文。他讨论了通过简单的 OSGi 模块放入 modules/ 目录或使用熟悉的 asadmin deploy 方式将扩展部署到 GlassFish 的属性和配置。 然后，Jerome 从一个 Java 类开始，分别通过 Maven 和远程登录（访问 Felix 控制台）继续编写、部署和测试简单的 OSGi 捆绑。该条目是上一个有关使用 Grizzly 适配器的条目的后续之文，扩展应用服务器运行时环境。Jerome 答应第三方，该系列重点在于组合 Spring、OSGi 和 Java EE 6，所有部分均在 inside GlassFish v3 中。

当 GlassFish v3 Prelude 在 2008 年发行时，您将需要获得一个提升的版本以便测试 Jerome 所讨论的功能。就像以前的报告，GlassFish v3 的整个 Java EE 6 实现的目标是 2009 年 9 月的最终发行版。

GlassFish 和 Grizzly 粉丝的好消息：GF v3 现在支持 Grizzlets 和其他 Grizzly 适配器，这意味着您可以使用喜欢的适配器并将其安装在最新的 GFv3 版本中。 参见 Jerome 的 GlassFish 观点和 JFA 的 Grizzly 观点。您也许还想看一下标有 grizzly 的其他条目和有关 Comet in GlassFish using Grizzly 的 JFA 的演示，虽然这些说明在此之前已经有了。