昨天，我在博客中谈到了 Spring 如何帮助最大限度地提高应用程序的可移植性。即使可移植性问题在企业 Java 领域已经存在多年，但该博客发布得很及时。今天，Oracle 宣布其以 67 亿美元收购 BEA Systems 的交易已完成。两家公司的产品组合存在大量重叠，因此这势必会给 WebLogic 和 OC4J 客户群带来不确定性。WebLogic 和 OC4J 可能都属于“J2EE 服务器”类别，但它们是截然不同的产品，具有截然不同的特性。

由于许多企业应用程序最终会与托管环境紧密集成，因此切换 J2EE 服务器绝非易事。恰恰相反，它可能会像切换操作系统一样带来痛苦。常见的 J2EE API（如 Servlet API）通常问题不大，尽管配置等方面存在细微差别。真正的问题通常隐藏在事务管理设置、资源访问语义、与外部消息传递提供程序的集成、应用程序范围内的身份验证和授权等方面。甚至 J2EE 的核心，即 JNDI 作为查找机制，也可能由于不同的设置规则、EJB 组件的服务器特定名称等而导致许多问题。

幸运的是，许多采用 Spring 编程模型的 WebLogic 和 OC4J 客户处于有利地位。他们不仅享受着 Spring 风格的生产力，而且也能够很好地管理未来可能发生的任何服务器迁移。Spring Framework 结合 Spring Security 等关键产品组合，允许在企业应用程序自己的边界内处理许多常见问题。环境服务以典型的 Spring 委托样式使用，比标准 J2EE 场景中更具体。因此，从应用程序的角度来看，迁移到不同的托管环境通常侵入性要小得多。

我们还从 WebSphere 上的 Spring 用户那里了解到，他们在当前面临的迁移场景中也欣赏这些相同可移植性优势：在 WebSphere Application Server 本身（5.1/6.0/6.1/6.1 以及 EE 5 功能包）的不同版本之间，以及在已有的 WebSphere Application Server 和基于 Geronimo 的 WebSphere Community Edition（在共同的 WebSphere 名称下是截然不同的产品）之间。

我从未想过我会从事保险业务 ;-) - 但看到 Spring 帮助开发人员应对不断变化的市场，这令人欣慰。