關於應用程式伺服器擁抱 Spring 的主題，另一個更新。 Oracle 一直在開發與其應用程式伺服器的增值整合。

這與 WebLogic 8.1 及更高版本中的 WebLogicJtaTransactionManager 類似。 OC4JJtaTransactionManager 應取代 OC4J 環境中的通用 JtaTransactionManager，並提供以下好處

• 無需使用 JNDI 查找即可直接存取事務管理器和輔助程式類別
• 自動偵測伺服器版本，以充分利用不同版本中的不同事務管理器實現
• 控制事務隔離級別：JTA 中沒有的非常有用的功能

對於熟悉 JTA 的人來說，使用 UserTransaction（就像在 Java EE 中以編程方式控制事務時所做的那樣）存在一些重大差距，這或許可以理解，因為當 J2EE 大約十年前首次構思時，當時已過時的假設是，沒有人會想在沒有 EJB 的情況下進行事務管理。

問題是，某些操作（例如暫停事務（例如，取得「需要新的」語意））只能在 TransactionManager 上進行。 此介面已在 JTA 規範中標準化，但與 UserTransaction 不同，它沒有提供廣為人知的 JNDI 位置或其他取得方式。 其他一些事情，例如隔離級別的控制或伺服器特定的「事務命名」（用於監視或其他目的），根本無法使用 JTA 完成。

由於 Spring 提供了豐富、可移植的事務抽象，因此它在幕後執行驅動 JTA 和其他 API 的工作，因此您的程式碼無需了解底層基礎結構，因此可以利用任何專有 API，從而提供更多控制或更高效率。 Spring 支援宣告式和程式化事務，因此您可以將事務管理分層到不了解它的 POJO 上；或者，如果事務管理是您的業務邏輯的一部分，則可以使用比 JTA 更優雅的 API，該 API 提供比 JTA 更多的功能，不與 JNDI 綁定，並且使用起來更簡潔。

此程式碼將進入 Spring 核心，並將與 Spring 2.0.3 一起發布。 感謝 Oracle 對 Spring 的持續支持。 Spring 在他們的 Fusion Middleware 平台和他們的 SCA 策略中扮演著重要角色。 當然，Interface21 也是創始 SCA 合作夥伴，我們正在與 Oracle、BEA、IBM 和其他公司合作開發 Spring 的 SCA 綁定。 正如 Oracle 資深 SCA 工程師 Greg Pavlik 去年在部落格中寫道，這裡有很多好處，Spring 應用程式「開箱即用」就已經「SCA 就緒」

最後，從 Java 程式設計師的角度來看，一些非常有趣的消息：現在有一個 Spring 整合，允許基於 Spring 的應用程式直接連接到基於 SCA 的 SOA 環境。 由於 Spring 已成為許多組織構建 J2EE 應用程式的事實標準，我們正在為這些投資打開透明的基於 SCA 的整合之門。 此外，現在有一個實際的開源故事，供 Java 開發人員加入 SCA，而無需擔心新的學習曲線或大量的新建構。 使用 Spring，它可以只是 POJO：一直到底都是烏龜。 有很多人直接問我關於 Java 程式設計和 SCA 的問題。 Spring 是一個很好的答案。

這提醒了我：SCA Java 工作組正在發生一些有趣的事情，Adrian（他在 Interface21 上做了所有艱苦的工作！）或我應該在有時間時發布適當的更新...

Oracle 對 HA 功能有進一步的想法； 肯定有一些有趣的可能性，尤其是在 RAC 方面，許多大型企業客戶都在使用它。 他們對 Spring 和 Oracle 技術之間的進一步整合想法非常感興趣，因此請將任何想法回饋到此處或通過您的 Oracle 聯繫人。 Oracle 還維護一個關於 Spring 整合的出色的 資源頁面。