请教Spring事务管理的问题

Macrotea 发布于 2011/09/03 20:56
阅读 1K+
收藏 0
大家好
我想请教一个关于spring的事务管理的问题:

<!--事务通知-->
<tx:advice id="txAdvice" transaction-manager="transactionManager"> 
    <tx:attributes> 
        <tx:method name="get*" read-only="true" /> 
        <tx:method name="add*" propagation="REQUIRED" />
        <tx:method name="delete*" propagation="REQUIRED" />
        <tx:method name="update*" propagation="REQUIRED"/>
    </tx:attributes> 
</tx:advice>
 
<aop:config proxy-target-class="true"> 
    <aop:pointcut id="serviceMethod" expression="execution(* com.mtea.mis.service.*Service.*(..))" />
    <!-- 通知器引用通知,切入点 -->
    <aop:advisor advice-ref="txAdvice" pointcut-ref="serviceMethod" /> 
</aop:config> 

 

    public void updateAnyWithTrans()
    {
        try {
            UserType oldUserType=userTypeMapper.findById(1);
            oldUserType.setRemark("第6次remark");
            userTypeMapper.update(oldUserType);
            oldUserType.setRemark("第7次remark");
            userTypeMapper.update(oldUserType);
            throw new RuntimeException("测试异常");
        } catch (Exception e) {
            e.printStackTrace();
            System.err.println("出错了");
        }
    }

一般我们都会在业务逻辑层的指定方法进行事务环绕,若检测到有RuntimeException异常的抛出则事务回滚.
但是我有个疑问,一般业务逻辑层的操作出错了,我们都要记录一下日志,若记录的话,肯定是在catch块中是吧,但是我如果catch住了exception的话,那么RuntimeException就不能再在业务逻辑层的方法往外抛了,若不往外抛的话,事务又回滚不了

这个问题不知道你是如何处理的啊 ?因此我想请教一下!!!
是不是我什么地方处理不好,或者思想上没有觉悟?还盼多赐教.


加载中
0
好威支有希
好威支有希

catch住了也可以继续抛

catcg{

    throw new ***Exception();

}

0
Macrotea
Macrotea

引用来自“lcyu”的答案

catch住了也可以继续抛

catcg{

    throw new ***Exception();

}

那也就是说catch住了之后再包装成RuntimeException,然后再外抛.这样既在catch中做了日志记录,然后又能回滚事务!

但是,请问你做项目也是这么干的吗,我想知道大家通用的做法?我怕自己的做法不正确!

0
r
ratking

如果catch后,向数据库插入日志后再throw出去,岂不是刚插的日志也回滚了?结果数据库记录恢复原状,日志也是原状。抱歉,我没亲自试过。

一种可能方法是catch里先调用一个JMS,然后再throw出去,在接收JMS的MDB(MessageDrivenBean)里向数据库插入日志记录。这样,try-catch在第一个事务里,会回滚;MDB在第二个事务里,不回滚。抱歉,这个我也没亲自试过。

好威支有希
好威支有希
我们的日志不是直接保存到数据库,而是向另一个专门处理日志的项目发送一条请求,由那个项目把数据插入数据库。
0
hantsy
hantsy

Spring中事务配置有三种方法。

1. 粗颗粒度,如楼主所用的,比较难找出问题,往往不能适应所有的情况。

2. 颗粒度适中的,使用 @Transcational,在方法和类上使用。

3. 细颗度的,使用 TransactionTemplate,可以控制到代码块的事务。

最新的项目中,只使用 2, 和 少量的 3,绝对不会使用 1.

返回顶部
顶部