運用@Transactional,自己拋出異常時不會回滾的原因
對EJB來說,默認的行為是EJB容器在遇到系統異常 (通常指運行時異常)時自動回滾當前事務。EJB CMT遇到應用異常 (例如,除了java.rmi.RemoteException 外別的checked exception)時并不會自動回滾。默認式Spring處理聲明式事務管理的規則遵守EJB習慣(只在遇到unchecked exceptions時自動回滾),但通常定制這條規則會更有用。
所以
package x.y.service;
public class DefaultFooService implements FooService {
public Foo getFoo(String fooName) {
throw new UnsupportedOperationException();
}
public Foo getFoo(String fooName, String barName) {
throw new UnsupportedOperationException();
}
public void insertFoo(Foo foo) {
throw new UnsupportedOperationException();
}
public void updateFoo(Foo foo) {
throw new UnsupportedOperationException();
}
}
(對該例的目的來說,上例中實現類(DefaultFooService )的每個方法在其方法體中拋出UnsupportedOperationException 的做法是恰當的,我們可以看到,事務被創建出來,響應UnsupportedOperationException 的拋出,然后回滾。)
@Transactional 有關的設置
在最簡單的形式下,@Transactional 指定一個接口、類、方法必須是事務性的,其默認事務語義為:read/write,PROPAGATION_REQUIRED,ISOLATION_DEFAULT ,TIMEOUT_DEFAULT ,而且僅當遇到RuntimeException 時回滾,而不是Exception 。
改變事務設置的其他可選屬性
Table 9.1. Transactional 注解的屬性
屬性 | 類型 | 描述 |
---|---|---|
傳播性 | 枚舉型:Propagation | 可選的傳播性設置 (默認值:PROPAGATION_REQUIRED ) |
隔離性 | 枚舉型:Isolation | 可選的隔離性級別(默認值:ISOLATION_DEFAULT ) |
只讀性 | 布爾型 | 讀寫型事務 vs. 只讀型事務(默認值:false ,即只讀型事務) |
回滾異常類(rollbackFor) | 一組 Class 類的實例,必須是Throwable 的子類 | 一組異常類,遇到時 確保 進行回滾。默認情況下checked exceptions不進行回滾,僅unchecked exceptions(即RuntimeException 的子類)才進行事務回滾。 |
回滾異常類名(rollbackForClassname) | 一組 Class 類的名字,必須是Throwable 的子類 | 一組異常類名,遇到時 確保 進行回滾 |
不回滾異常類(noRollbackFor) | 一組 Class 類的實例,必須是Throwable 的子類 | 一組異常類,遇到時確保 不 回滾。 |
不回滾異常類名(noRollbackForClassname) | 一組 Class 類的名字,必須是Throwable 的子類 | 一組異常類,遇到時確保 不 回滾 |
我們推薦你參考 @Transactional 注解的javadoc,其中詳細列舉了上述各項屬性及其可選值。
————————————————————————————————————
通過以上可知,在spring 中運用@Transactional 注解,自己拋出異常UnsupportedOperationException會 回滾,拋Exception異常,得作相關的配置才會回滾。
【編輯推薦】


2009-11-16 17:15:12
2010-04-16 17:31:22
2009-11-16 13:41:18




