本地事務與分布式事務

• 本地事務
  完全依賴于DB、JMS自身，，如直接調用jdbc中的conn.commit();這里沒應用服務器什么事，所以也不支持多數據源的全局事務。 
• 分布式事務
  在JavaEE世界的事務在JTA、JTS規范和XA Sources之上實現。
  JTA是用戶編程接口，JTS是服務器底層服務，兩者一般由應用服務器自帶實現，而atomikos 、JOTM 和JBoss Transaction 是專門搞局搶生意的。
  XA Sources其實先于JavaEE而存在，JDBC driver必須有javax.sql.XADataSource接口的實現類，否則所謂二階段提交就是個偽能力。
  JavaEE除了支持JDBC和JMS外，還引入了JCA模型。JCA可以說是目前唯一可移植的插入JavaEE事務的資源模型，因此像JDO這類框架/Server就是靠乖乖出自己的JCA連接器來參與JavaEE事務的。

編程式模型

　　手工調用jdbc的connection事務方法和使用JTA接口都屬于編程式開發，在EJB中叫BMT(Bean管理事務)。

　　JTA最重要的接口就是UserTransaction和它的六個方法-begin，commit，rollback，getStatus，setRollbackonly，setTransactionTimeout。

　　程序需要UserTransaction時可以從JNDI領取，不過JNDI名隨應用服務器不同而不同。EJB3里可以直接用個@Resource注入。

宣告式模型

　　前面都是鋪墊，這個才是主打的事務模型，如EJB的CMT(容器管理事務)和Sprin。

　　其中EJB2.0，Spring1.0在部署描述符和applicationContext.xml中定義，而EJB3.0和Spring2.0則采用annotation。

事務類型
這里JavaEE與Spring的定義基本相同：

• Required：如果Context中有事務就加入，沒有就自己創建一個。(最常用設置)
• Mandatory：永遠加入一個事務。如果當前Context沒有事務，拋出異常。(那些不打算自己負責rollback事務的方法，必須加入到別人的事務，由別人來控制rollback)
• RequiresNew：永遠新建一個事務。(那些不管別人如何，自己必須提交事務的方法，比如審計信息是一定要寫的)
• Supports：如果有事務就加入，如果沒有就算了。永遠不會創建新事務。(一般用于只讀方法，不會主動創建事務，但如果當前有事務就加入，以讀到事務中未提交的數據)
• NotSupported：永遠不使用事務，如果當前有事務，掛起事務。(那些有可能拋異常但異常并不影響全局的方法)
• Never：不能在有當前事務的情況下調用本方法。（生人勿近?) 

　　可見，Required是默認的設置，Supports是只讀方法的最佳選擇。

事務隔離級別

• ReadUncommited：本事務可以看到另一事務未提交的數據。臟讀。
• ReadCommited：本事務只可以看到另一事務已提交的數據。不可重復讀。
• RepeatableRead：可重復讀。在一個事務內，第一次讀到的數據，在本事務沒有提交前，無論另一個事務如何提交數據，本事務讀到的數據都是不變的。
• Serializable：串行化，同時只有一個事務能讀相同的數據。 

　　級別越低越安全效率也越低。隔離級別需要相關資源支持，如重復讀在Oracle里會降級為ReadCommited。Spring里默認的Default級別完全看數據源的臉色行事。

關于Rollback

　　EJB里，想rollback只能sessionContext.setRollbackOnly()，或者拋出EJBException。(EJB3還可以annotation設置某些自定義Exception可以觸發rollback)

　　在Spring里，同樣只會rollback unchecked exception(RuntimeExcption及子類)，而checked exception(Exception及子類)是不會rollback的，除非你特別聲明。

　　@Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW,rollbackFor = {MyException1.class,MyException2.class}) 

　　因此所有在service層方法中用throws定義的Exception，都必須在事務定義中進行rollback設定。(請勿善忘)

　　所有在service層方法中c被atch處理了的異常，又希望容器輔助rollback的話，必須重拋一個預定義的RuntimeException的子類。(請勿回望)

關于Spring

　　Spring不希望編程式事務管理。

　　Spring也不希望使用EJB CMT--CMT依賴于EJB而無法用于POJO，依賴于JTA全局事務對單數據源場景造成了浪費，而且rollback機制比較麻煩（必須為EJBException或手工setRollbackOnly())。

　　因此Spring通過AOP實現了對POJO的整套宣告式事務體系；對jdbc,hibernate,jpa,jms等local數據源和JTA實現了統一的事務管理機制，而且支持本地資源與JTA在配置文件級的切換，而且改進了rollback機制。

　　1）一個本地事務管理器：

<bean id="transactionManager"
  class="org.springframework.orm.jpa.JpaTransactionManager">
  <property name="entityManagerFactory" ref="entityManagerFactory" />
 </bean>

　　2）Spring就會把請求都轉發到應用服務器的JTA對象上（注意此時數據源也需要改為用JNDI從應用服務器獲取)。

<bean id="myTxManager" class="org.springframework.transaction.jta.JtaTransactionManager"/>

　　3）應用服務器專有的類型的JTA事務管理器：

<bean id="myTxManager" class="org.springframework.transaction.jta.WebLogicJtaTransactionManager"/>

資料：

• 《Java Transaction Design Strategies》  InfoQ minibook，最好的電子文檔，對Java事務處于懵懂狀態的必讀。
• 《Expert One on one J2EE Development Without EJB 中文版》與Spring參考手冊中文版  中的相關章節可以看到spring guys的意見。