Spring中事务配置如下:
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="delete*" propagation="REQUIRED" read-only="false"
rollback-for="java.lang.Exception"/>
<tx:method name="insert*" propagation="REQUIRED" read-only="false"
rollback-for="Exception" />
<tx:method name="update*" propagation="REQUIRED" read-only="false"
rollback-for="java.lang.Exception" />
<tx:method name="save*" propagation="REQUIRED" read-only="false"
rollback-for="Exception" />
<tx:method name="*" propagation="REQUIRED" read-only="true"/>
<:attributes>
<:advice>
现在ServiceA
中有一个方法methodA
,那么在ServiceA
中应该注入ServiceB,ServiceC
呢,还是DaoB,DaoC
,然后在methodA
中去保存B,C
,保证B,C
同时保存成功,或同时失败!
答:
既可以单独注入service,也可以单独注入dao,关键是,spring容器的事务管理默认只截获未检查异常RuntimeException。上边配置的rollback-for="java.lang.Exception"其实不用配置
。配置如下
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="delete*" propagation="REQUIRED" read-only="false" />
<tx:method name="insert*" propagation="REQUIRED" read-only="false" />
<tx:method name="update*" propagation="REQUIRED" read-only="false" />
<tx:method name="save*" propagation="REQUIRED" read-only="false" />
<tx:method name="*" propagation="REQUIRED" read-only="true"/>
<:attributes>
<:advice>
解决方案是:
如果代码中使用了try...catch...捕获了检查型异常,意味着程序员自己必须要解决异常,必须知道如何解决异常。通常的做法是:将检查型的异常在catch块中重新抛出为Runtime Exception
,这样Spring容器就会截获该异常,进行事务回滚处理 。如下
try {
.....
}catch( CheckedException e ) {
logger.error(e);
throw new RuntimeException(e);
}
注意,不使用try...catch...,而在方法签名后向外抛出检查型异常的行为不可取,事务也不会回滚。
如果代码中没有使用try抛出了未检查异常,则Spring容器会自动截获异常,进行事务回滚处理。
伊谢尔伦2017-04-18 10:58:29
Spring 트랜잭션 메커니즘에 대해 더 알고 싶다면 다음 기사를 읽어보세요.
Spring Transaction 상세 설명 - Transaction Isolation
Spring Transaction 상세 설명 - Transaction Propagation 모드
Spring Transaction 상세 설명 - 트랜잭션 수동 롤백
Spring Transaction에 대한 자세한 설명 - 예외 발생 시 트랜잭션 롤백 메커니즘
天蓬老师2017-04-18 10:58:29
사실 이런 작업은 필요에 따라 이루어지며 트랜잭션은 자동으로 병합됩니다. 하지만 디자인을 고려하여 서로 다른 서비스가 분리될 수 있도록 dao를 호출해 보세요.
黄舟2017-04-18 10:58:29
일반적으로 트랜잭션을 Service
메서드로 정의합니다. 특히 전파 동작을 제어하는 시나리오가 있는 경우 dao
를 넣는 것과 service
를 넣는 것은 다릅니다. dao
하나의 큰 이벤트에 모두 포함되어야 하기 때문에 service
는 더 복잡합니다.