Spring 事務掛起機制實戰：JTA TransactionManager 整合與 WebLogic 進階特性

Spring 框架基於輕量級 IoC 容器，以卓越的資料存取與事務管理聞名。其聲明式事務可應用於任意 POJO，功能對標 EJB CMT。本文聚焦於 **事務掛起** 這一進階主題：為何標準 JTA UserTransaction 無法支援掛起、如何整合 JTA TransactionManager 實現 PROPAGATION_REQUIRES_NEW/NOT_SUPPORTED、以及 WebLogic 專用適配器如何釋放商業伺服器高階事務能力。

一、 POJO 聲明式事務配置回顧

PetClinic 核心服務 Clinic 配置 (同 128902 文章)：

<bean id="transactionManager" class="org.springframework.transaction.jta.JtaTransactionManager"/>
<bean id="clinic" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
    <property name="transactionAttributes">
        <props>
            <prop key="load*">PROPAGATION_REQUIRED,readOnly</prop>
            <prop key="store*">PROPAGATION_REQUIRED</prop>
        </props>
    </property>
</bean>

目標服務 JdbcClinic 為純 POJO，透過 DataSource 執行 JDBC 操作，事務完全由代理層管理。

二、 事務傳播行為與掛起需求

7 種傳播行為中，有兩種**需要掛起當前事務**：

• PROPAGATION_REQUIRES_NEW：新建事務，**掛起現有事務**。
• PROPAGATION_NOT_SUPPORTED：非事務執行，**掛起現有事務**。

其餘行為 (REQUIRED、SUPPORTS、MANDATORY、NEVER、NESTED) 均不涉及掛起邏輯。

三、 關鍵瓶頸：UserTransaction vs TransactionManager

結論：標準 JtaTransactionManager 預設查找 UserTransaction，**預設不支援事務掛起**。

四、 解決方案：注入廠商 TransactionManager

<bean id="transactionManager" class="org.springframework.transaction.jta.JtaTransactionManager">
    <property name="transactionManagerName"><value>vendorSpecificJndiLocation</value></property>
</bean>

Spring 將使用該 TransactionManager 實例執行 suspend()/resume()，從而支援上述兩種傳播行為。

為什麼 J2EE 不標準化 TransactionManager JNDI？

• JTA 規範將 TransactionManager 視為容器內部整合介面，非公開 API。
• 但標準化 JNDI 名稱將極大簡化 Spring、Hibernate、OJB、Kodo JDO 等輕量級框架的整合 (它們需註冊事務同步回調以實現緩存同步)。
• 期待 J2EE 5.0+ 規範化此特性。幸運的是高階伺服器 (WebLogic) 已主動暴露。

五、 WebLogic 深度整合：WebLogicJtaTransactionManager

WebLogic 官方 JNDI 名稱：javax.transaction.TransactionManager。配置此值即可在 WebLogic JTA 體系中實現事務掛起。

Spring 更提供專用適配器 org.springframework.transaction.jta.WebLogicJtaTransactionManager，除自動探測 TransactionManager 外，還解鎖三大獨家特性：

1. 事務命名：Spring 事務名 (預設完整方法名) 暴露給 WebLogic 事務監控主控台，便於追蹤診斷。
2. 每事務隔離級別：將 Spring 事務屬性中定義的隔離級別應用到 WebLogic JTA 事務，**突破標準 JTA 不支援隔離級別的限制**。
3. 強制事務恢復：即使事務被標記為回滾，仍可調用 WebLogic 擴展介面 forceResume() 強制恢復繼續執行。

圖 2：WebLogic Server 事務監控主控台

六、 PlatformTransactionManager 策略體系

**核心價值**：應用代碼與聲明式事務完全解耦，僅需切換 Bean 定義即可在 Tomcat+單庫 ↔ WebLogic+多庫 間遷移，業務邏輯零修改。

七、 Spring 與 EJB CMT 協作模式

• 替代模式：POJO 聲明式事務完全替代 EJB CMT，適合輕量級架構。
• 協作模式：Spring 容器作為 EJB Facade 後端管理 DAO/細粒度對象。EJB 驅動事務時，Spring 自動檢測並參與現有事務 (如 Hibernate 隱式資源管理)，DAO 實現同時相容兩種環境。
• 優勢：脫離容器單元測試、跨環境重用、非侵入式整合。

八、 結論

Spring 事務管理提供全方位、非侵入式解決方案：

• POJO 聲明式事務簡化開發，支援靈活傳播與回滾規則。
• 統一 PlatformTransactionManager 抽象實現策略熱插拔。
• **破解 JTA 掛起難題**：透過廠商 TransactionManager 整合支援 REQUIRES_NEW/NOT_SUPPORTED。
• **深度整合 WebLogic**：事務命名、隔離級別、強制恢復三大獨家能力，使 Spring 事務具備商業級監控與控制能力。
• 作為 EJB CMT 有力替代者，賦予輕量級架構企業級事務能力，極大提升可測試性與重用性。