昨天，我在部落格中寫了關於 Spring 如何幫助最大化應用程式的可移植性。 即使可移植性問題多年來一直是企業 Java 領域的熱門話題，該部落格也很及時。 今天，甲骨文宣佈以 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 幫助開發人員應對不斷變化的市場，我感到很滿意。