spring 嵌套事务(Nested Transaction) 和新建事务测试

查询Nested Transaction细节时，经典例子 serviceA 调用 serviceB，当SeviceB事务传播属性为NESTED时，serviceA

只要catch住了Exception就能保证调用serviceB之前的操作提交而不受ServiceB异常的影响，但是如果

REQUIRES_NEW时，serviceA和serviceB相对独立，serviceB有异常会不影响serviceA.下面测试。

我用的是(maven dependencies里主要版本号)spring3.11 + jpa2.0 + hibernate4.13.后来运行的时候发现有异常：

JpaDialect does not support savepoints - check your JPA provider's capabilities

private SavepointManager getSavepointManager() {
	if (!isSavepointAllowed()) {
	     throw new NestedTransactionNotSupportedException(
			"Transaction manager does not allow nested transactions");
	}
	SavepointManager savepointManager = getEntityManagerHolder().getSavepointManager();
	if (savepointManager == null) {
	     throw new NestedTransactionNotSupportedException(
			"JpaDialect does not support savepoints - check your JPA provider's capabilities");
	}
	return savepointManager;
}

jpa transaction manager 不支持 nested transaction，但JpaTransactionManager的属性nestedTransactionAllowed默认为true，如下。

public JpaTransactionManager() {
	setNestedTransactionAllowed(true);
}

后来才知道Hibernate也不支持Nested Transaction，测试不了，只能用jdbc事务了，使用JdbcTemplate。

换成jdbc后的主要配置：

<context:component-scan base-package="cn.xx.xx" />
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <property name="dataSource" ref="dataSource"></property>
</bean>
<tx:annotation-driven  transaction-manager="transactionManager"/> 
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
    <property name="dataSource" ref="dataSource"></property>
</bean>
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"  destroy-method="close">
    <property name="driverClassName" value="com.mysql.jdbc.Driver" />
    <property name="url" value="jdbc:mysql://localhost:3306/hibernatetest" />
    <property name="username" value="userName" />
    <property name="password" value="password" />
</bean>

test case 主要相关代码：

public void  testInvoke(){
	InvokeService ins = (InvokeService) appContext.getBean("invokeServive");
	//ins.invokeTest();
	ins.jdbcInvokeTest();
	System.out.println("test invoke end");
}

invokeservice：

@Service("invokeServive")
public class InvokeService {

	private InvokeServiceA serviceA;
	private InvokeServiceB serviceB;	
	
	public InvokeServiceA getServiceA() {
		return serviceA;
	}
	@Autowired
	public void setServiceA(InvokeServiceA serviceA) {
		this.serviceA = serviceA;
	}
	
	public InvokeServiceB getServiceB() {
		return serviceB;
	}
	@Autowired
	public void setServiceB(InvokeServiceB serviceB) {
		this.serviceB = serviceB;
	}
	
	@Transactional(propagation=Propagation.REQUIRED)
	public void jdbcInvokeTest(){
		serviceB.jdbcValidInsert();
		try{
			serviceA.jdbcExceptionInsert();
		}catch (Exception e) {
			System.out.println("excetpion hander");
		}
		System.out.println("jdbc invoke method end.");
	}
	
}

serviceB.jdbcValidInsert():

//@Transactional(propagation=Propagation.REQUIRES_NEW)
@Transactional(propagation=Propagation.REQUIRED)
//@Transactional(propagation=Propagation.NESTED)
public void jdbcValidInsert(){
	comDao.jdbcValidInsertTest();
}

serviceA.jdbcExceptionInsert():

//@Transactional(propagation=Propagation.REQUIRED)
//@Transactional(propagation=Propagation.REQUIRES_NEW)
@Transactional(propagation=Propagation.NESTED)
public void jdbcExceptionInsert(){
	comDao.jdbcExceptionInsertTest();
}

comDao相关方法（表User（id,password,userName）,这里使之抛运行时异常，因为checked异常没有特殊

指定rollback处理的话，是不会理会异常而导致数据都正常提交。）：

public void jdbcExceptionInsertTest(){
	jdbcTemplate.execute("insert into User(password,userName) values ('pwd','excepNor')");
	jdbcTemplate.execute("insert into User(oopassword,userName) values ('pwd','exception')");
}
	
public void jdbcValidInsertTest(){
	jdbcTemplate.execute("insert into User(password,userName) values ('pwd','valid')");
}

运行结果：

控制台

         excetpion hander
         jdbc invoke method end.
         test invoke end

数据库，一条 (pwd，valid)的记录。

没问题，jdbcExceptionInsertTest() 执行第二条时异常，DataSourceTransactionManager使数据库回滚到第一条执行

以前的savepoint，向上throw exception，被catch住，打印出excetpion hander，接着执行打印jdbc invoke method

end. 这时候事务要提交了，因为 serviceB.jdbcValidInsert()是required，所以一起commit，事务结束。

测试二：

将try catch去掉：

@Transactional(propagation=Propagation.REQUIRED)
public void jdbcInvokeTest(){
	serviceB.jdbcValidInsert();
	//try{
		serviceA.jdbcExceptionInsert();
	//}catch (Exception e) {
	//	System.out.println("excetpion hander");
		//}
	System.out.println("jdbc invoke method end.");
}

运行结果：

控制台：errors：org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar

数据库：没有数据

jdbcExceptionInsertTest() 执行第二条时异常，回滚后没有被hold住，导致“jdbc invoke method end”没来及执行直

接退出，事务管理器回滚jdbcValidInsertTest执行的结果，然后commit。

测试三，只将jdbcExceptionInsert改为requires new，注意 try catch还是注释掉的状态：

//@Transactional(propagation=Propagation.REQUIRED)
@Transactional(propagation=Propagation.REQUIRES_NEW)
//@Transactional(propagation=Propagation.NESTED)
public void jdbcExceptionInsert(){
	comDao.jdbcExceptionInsertTest();
}

运行结果：

控制台：errors：org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar

数据库：没有数据

本来我原这么理解requires new，就是总是新启事务，很独立，跟其他人无关，也就是有异常，自己回滚自己的，不影响

他人，如jdbcExceptionInsert回滚自身做的所有操作，但是的的确确它影响到了和他平级的事务，数据库没有数据就是证

明，他在遇到异常后，回滚他的所有操作，commit，然后throw 异常，上层没hold住，jdbcInvokeTest结束执行，故没

有打印输出，事务管理器回滚serviceB.jdbcValidInsert()的操作，然后commit。这也就意味着在没有try catch时他的行

为和 nested时候是一样的。那catch的时候会怎么样呢？

测试四，打开try catch：

@Transactional(propagation=Propagation.REQUIRED)
public void jdbcInvokeTest(){
	serviceB.jdbcValidInsert();
	try{
		serviceA.jdbcExceptionInsert();
	}catch (Exception e) {
		System.out.println("excetpion hander");
	}
	System.out.println("jdbc invoke method end.");
}

运行结果：

控制台：

         excetpion hander
         jdbc invoke method end.
         test invoke end

数据库：一条数据（pwd,valid）

证明和nested相对应的情况仍然一致，按我的理解 requires new 就是一个独立王国，如果有异常，即使上层不catch应该

也不影响上层的正常操作的提交，事实却不是，是不是感觉那要requires new 有什么用呢，这种情况requires new 和

nested确实是可以互相替换。但是如果想把InvokeServiceB的jdbcValidInsert首先提交不受后续操作影响，REQUIRES

NEW就很管用，此时即使后续操作异常不catch,前面操作因先commit了而不受影响，（pwd,valid）会正常插入。

测试五，将jdbcExceptionInsert()改成required。

@Transactional(propagation=Propagation.REQUIRED)
//@Transactional(propagation=Propagation.REQUIRES_NEW)
//@Transactional(propagation=Propagation.NESTED)
public void jdbcExceptionInsert(){
	comDao.jdbcExceptionInsertTest();
}

运行结果：

控制台：errors,org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back

because it has been marked as rollback-only

excetpion hander
jdbc invoke method end.

数据库：没有数据。

required说明jdbcExceptionInsert是上层的一部分，回滚的时候会回滚到serviceB.jdbcValidInsert()执行前的

savepoint，抛出的异常被捕获，输出"excetpion hander"，jdbcInvokeTest()接着执行，输出"jdbc invoke

method end." 事务commit，因为事务被底层标志rollback-only，应该是此时回滚(也许是异常发生时)并throw

出异常，所以testInvoke()里的"test invoke end"没机会执行。这里transaction manager貌似个过滤器，最后

根据是否是受检查异常去决定是否回滚，根据是否回滚决定是否再抛出异常。

由测试知道上述情况下nested和requires new可以互换，并且requires new 是又用的，那么又问题又回来了，nested

存在的意义呢，它能在什么情况下不可替代呢，按我现在理解是不是这个只有在某个极端情况下出现呢，虽然没做多少年

开发但是真的没遇到过这种情况，是不是hibernate 不支持也能说明此情况呢？

spring 嵌套事务(Nested Transaction) 和新建事务测试

猜你喜欢