昨天，我寫了一篇關於 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 幫助開發人員應對不斷變化的市場。