1.資料
2.本地事務與分布式事務
- 本地事務
完全依賴于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事務的。
3.編程式模型
手工調用jdbc的connection事務方法和使用JTA接口都屬于編程式開發，在EJB中叫BMT(Bean管理事務)。
JTA最重要的接口就是UserTransaction和它的六個方法-begin，commit，rollback，getStatus，setRollbackonly，setTransactionTimeout。
程序需要UserTransaction時可以從JNDI領取，不過JNDI名隨應用服務器不同而不同。EJB3里可以直接用個@Resource注入。
4.宣告式模型
前面都是鋪墊，這個才是主打的事務模型，如EJB的CMT(容器管理事務)和Sprin。
其中EJB2.0，Spring1.0在部署描述符和applicationContext.xml中定義，而EJB3.0和Spring2.0則采用annotation。
4.1 事務類型
這里JavaEE與Spring的定義基本相同：
- Required：如果Context中有事務就加入，沒有就自己創建一個。(最常用設置)
- Mandatory：永遠加入一個事務。如果當前Context沒有事務，拋出異常。(那些不打算自己負責rollback事務的方法，必須加入到別人的事務，由別人來控制rollback)
- RequiresNew：永遠新建一個事務。(那些不管別人如何，自己必須提交事務的方法，比如審計信息是一定要寫的)
- Supports：如果有事務就加入，如果沒有就算了。永遠不會創建新事務。(一般用于只讀方法，不會主動創建事務，但如果當前有事務就加入，以讀到事務中未提交的數據)
- NotSupported：永遠不使用事務，如果當前有事務，掛起事務。(那些有可能拋異常但異常并不影響全局的方法)
- Never：不能在有當前事務的情況下調用本方法。（生人勿近?)
可見，Required是默認的設置，Supports是只讀方法的最佳選擇。
4.2 事務隔離級別
- ReadUncommited：本事務可以看到另一事務未提交的數據。臟讀。
- ReadCommited：本事務只可以看到另一事務已提交的數據。不可重復讀。
- RepeatableRead：可重復讀。在一個事務內，第一次讀到的數據，在本事務沒有提交前，無論另一個事務如何提交數據，本事務讀到的數據都是不變的。
- Serializable：串行化，同時只有一個事務能讀相同的數據。
級別越低越安全效率也越低。隔離級別需要相關資源支持，如重復讀在Oracle里會降級為ReadCommited。Spring里默認的Default級別完全看數據源的臉色行事。
4.3 關于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的子類。(請勿回望)
4.4 關于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"/>