论坛首页 Java企业应用论坛

关于Spring 嵌套事务 PROPAGATION_NEW的问题

浏览 7554 次
精华帖 (0) :: 良好帖 (3) :: 新手帖 (17) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-05-29  
看了 解惑 spring 嵌套事务 http://www.iteye.com/topic/35907?page=1真是受益匪浅啊。不过再测试的时候发现个问题:
ServiceA {   
       
    /**  
     * 事务属性配置为 PROPAGATION_REQUIRED  
     */  
    void methodA() {   
        ServiceB.methodB();  
        methodC(); 
    }   

   /**  
     * 事务属性配置为 PROPAGATION_NEW  
     */    
    void methodC() {   
    }   
  
}   
  
ServiceB {   
       
    /**  
     * 事务属性配置为 PROPAGATION_NEW  
     */    
    void methodB() {   
    }   
       
}  

引用

PROPAGATION_REQUIRED -- 支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。
PROPAGATION_SUPPORTS -- 支持当前事务,如果当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY -- 支持当前事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW -- 新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED -- 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER -- 以非事务方式执行,如果当前存在事务,则抛出异常。
PROPAGATION_NESTED -- 如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则进行与PROPAGATION_REQUIRED类似的操作。
前六个策略类似于EJB CMT,第七个(PROPAGATION_NESTED)是Spring所提供的一个特殊变量。
它要求事务管理器或者使用JDBC 3.0 Savepoint API提供嵌套事务行为(如Spring的DataSourceTransactionManager)


在执行ServiceA.methodA()的时候执行到ServiceB.methodB() 就会挂起当前事务,新建一事务。但是执行到methodC()的时候通过spring的日志我发现methodC只是使用了当前的事务,而并未新建一个事务。对于这个问题感觉比较疑惑,不知道spring的官方文档上有没有提到。我测试的spring的版本是2.03,2.07,2.52。
   发表时间:2008-05-29  
methodA和methodC同在ServiceA里,所以没有起作用,你可以将methodC移动到另外一个service里面来测试一下就明白了。
0 请登录后投票
   发表时间:2008-05-29  
你直接调用methodC(),AOP无法拦截啊
投你个新手,哈哈
0 请登录后投票
   发表时间:2008-05-30  
Readonly 写道
methodA和methodC同在ServiceA里,所以没有起作用,你可以将methodC移动到另外一个service里面来测试一下就明白了。

我的问题就是为什么在同一个ServiceA里PROPAGATION_NEW就不起作用?
把methodC移动到另一个service里当然可以了,这个我知道。ServiceB的methodB就是与methodC做比较的。
可能是我没叙述清楚吧。。。
0 请登录后投票
   发表时间:2008-05-30  
daquan198163 写道
你直接调用methodC(),AOP无法拦截啊
投你个新手,哈哈

这位大佬可能没仔细阅读我发的问题吧。methodC()我已经在配置文件里配置成PROPAGATION_NEW了,直接调用AOP是可以拦截。
我确实是个新手,从知道什么是硬盘里的A,C,D盘到现在也不到4年的时间,从接触java到今天也不过2年(误差在2天之内) 
0 请登录后投票
   发表时间:2008-05-30  
methodC是在methodA内被调用的,会被视为一个内部调用,这种情况下AOP不会在methodC上起作用,你需要先看看spring关于aop的文档。
0 请登录后投票
   发表时间:2008-06-03  
daquan198163 写道
你直接调用methodC(),AOP无法拦截啊
投你个新手,哈哈

一句话点醒了梦中人啊

我也在思考这个问题,,搞了一个通宵都没有高清为什么。。呵呵,谢谢,谢谢

不过,我有句话要说。。。我们可能是菜鸟,但是大家都是从菜鸟过来的,希望大佬们帮帮忙,遇到新手提问就算投了新手贴的同时也回答一下我们的问题,我就有2个新手贴。   ,被扣了很多分,但是没有得到答案,现在还没有能搞清楚
0 请登录后投票
   发表时间:2008-06-04  
朋友,你JTA用的是那个是JOTM吗!我用JOTM的时候。程序执行完毕没有结束,一直停在那!我是在main函数里调用spring的service的。按常规指向完后程序应该结束!可是没有一直在那等待着!不知道为什么!
下边是执行后的日志!不知道为什么!大家讨论一下!
DEBUG 14:08:58 (Logger.java:37) - StandardXADataSource:getConnection return connection associated with a given XID    
DEBUG 14:08:58 (Logger.java:37) - StandardXAConnection:commit case(state)    
DEBUG 14:08:58 (Logger.java:37) - StandardXAConnection:commit try to commit a connection (STATUS_ACTIVE)    
DEBUG 14:08:58 (Logger.java:37) - StandardXAConnection:commit commit is ok    
DEBUG 14:08:58 (Logger.java:37) - StandardXAConnection:commit setAutoCommit to 'true'    
DEBUG 14:08:58 (Logger.java:37) - StandardXADataSource:freeConnection    
DEBUG 14:08:58 (Logger.java:37) - StandardXADataSource:freeConnection remove id from xidConnections    
DEBUG 14:08:58 (Logger.java:37) - StandardXAStatefulConnection:setState Stateful connection: 1 (state before=0)    
DEBUG 14:08:58 (Logger.java:37) - StandardXAStatefulConnection:setState Stateful connection: 1 (state after=6)    
DEBUG 14:08:58 (SubCoordinator.java:1551) - doAfterCompletion()    
DEBUG 14:08:58 (SubCoordinator.java:1558) - sychronization list size= 1    
DEBUG 14:08:58 (SubCoordinator.java:1565) - Synchronization sync= org.hibernate.transaction.CacheSynchronization    
DEBUG 14:08:58 (SubCoordinator.java:1566) - sync.afterCompletion status= STATUS_COMMITTED    
DEBUG 14:08:58 (CacheSynchronization.java:68) - transaction after completion callback, status: 3    
DEBUG 14:08:58 (JDBCContext.java:283) - after transaction completion    
DEBUG 14:08:58 (SessionImpl.java:403) - after transaction completion    
DEBUG 14:08:58 (Current.java:1275) - threadTx.set = null    
DEBUG 14:08:58 (Current.java:1988) - remove tx from xid (xid=bb14:38:0:01938febbcf9084673...9da401:)    
DEBUG 14:08:58 (SubCoordinator.java:1580) - SubCoordinator unexported [subcoord=org.objectweb.jotm.SubCoordinator@b3319f]    
DEBUG 14:08:58 (Current.java:499) - threadTx.set= null    
DEBUG 14:08:58 (Current.java:500) - reset timeout= 60    
DEBUG 14:08:58 (AbstractPlatformTransactionManager.java:697) - Triggering afterCompletion synchronization    
DEBUG 14:08:58 (TransactionSynchronizationManager.java:265) - Clearing transaction synchronization    
DEBUG 14:09:55 (ConnectionManager.java:369) - running Session.finalize()    
DEBUG 14:09:55 (ConnectionManager.java:369) - running Session.finalize()    
DEBUG 14:23:49 (Logger.java:37) - GenericPool:cleanUp clean up the pool    
DEBUG 14:23:49 (Logger.java:37) - GenericPool:cleanUp clean up the pool    
DEBUG 14:23:49 (Logger.java:37) - GenericPool:cleanUp killing an object    
DEBUG 14:23:49 (Logger.java:37) - StandardPoolDataSource:expire expire a connection, remove from the pool    
DEBUG 14:23:49 (Logger.java:37) - StandardXAConnection:close the XAConnection    
DEBUG 14:23:49 (Logger.java:37) - StandardXADataSource:connectionClosed    
DEBUG 14:23:49 (Logger.java:37) - StandardPoolDataSource:expire close the connection    
DEBUG 14:23:49 (Logger.java:37) - GenericPool:cleanUp killing an object    
DEBUG 14:23:49 (Logger.java:37) - StandardPoolDataSource:expire expire a connection, remove from the pool    
DEBUG 14:23:49 (Logger.java:37) - StandardXAConnection:close the XAConnection    
DEBUG 14:23:49 (Logger.java:37) - StandardXADataSource:connectionClosed    
DEBUG 14:23:49 (Logger.java:37) - StandardXADataSource:connectionClosed close any free connections    
DEBUG 14:23:49 (Logger.java:37) - StandardPoolDataSource:expire close the connection    
INFO 14:23:49 (Logger.java:43) - GenericPool:cleanUp less than minSize objects in the pool min=2 max=50 count=0    
DEBUG 14:23:49 (Logger.java:37) - StandardXADataSource:getXAConnection(user, password)    
DEBUG 14:23:49 (Logger.java:37) - StandardDataSource:getConnection Connection from DriverManager is returned    
DEBUG 14:23:49 (Logger.java:37) - StandardXAStatefulConnection created    
DEBUG 14:23:49 (Logger.java:37) - StandardXAConnection created    
DEBUG 14:23:49 (Logger.java:37) - StandardXAPoolDataSource:create create a object for the pool    
DEBUG 14:23:49 (Logger.java:37) - StandardXADataSource:getXAConnection(user, password)    
DEBUG 14:23:49 (Logger.java:37) - StandardDataSource:getConnection Connection from DriverManager is returned    
DEBUG 14:23:49 (Logger.java:37) - StandardXAStatefulConnection created    
DEBUG 14:23:49 (Logger.java:37) - StandardXAConnection created    
DEBUG 14:23:49 (Logger.java:37) - StandardXAPoolDataSource:create create a object for the pool    
INFO 14:23:49 (Logger.java:43) - GenericPool:cleanUp done min=2 max=50 count=2    
DEBUG 14:33:49 (Logger.java:37) - GenericPool:cleanUp clean up the pool    
DEBUG 14:33:49 (Logger.java:37) - GenericPool:cleanUp clean up the pool    
DEBUG 14:33:49 (Logger.java:37) - GenericPool:cleanUp killing an object    
DEBUG 14:33:49 (Logger.java:37) - StandardPoolDataSource:expire expire a connection, remove from the pool    
DEBUG 14:33:49 (Logger.java:37) - StandardXAConnection:close the XAConnection    
DEBUG 14:33:49 (Logger.java:37) - StandardXADataSource:connectionClosed    
DEBUG 14:33:49 (Logger.java:37) - StandardPoolDataSource:expire close the connection    
DEBUG 14:33:49 (Logger.java:37) - GenericPool:cleanUp killing an object    
DEBUG 14:33:49 (Logger.java:37) - StandardPoolDataSource:expire expire a connection, remove from the pool    
DEBUG 14:33:49 (Logger.java:37) - StandardXAConnection:close the XAConnection    
DEBUG 14:33:49 (Logger.java:37) - StandardXADataSource:connectionClosed    
DEBUG 14:33:49 (Logger.java:37) - StandardPoolDataSource:expire close the connection    
INFO 14:33:49 (Logger.java:43) - GenericPool:cleanUp less than minSize objects in the pool min=2 max=50 count=0    
DEBUG 14:33:49 (Logger.java:37) - StandardXADataSource:getXAConnection(user, password)    
DEBUG 14:33:50 (Logger.java:37) - StandardDataSource:getConnection Connection from DriverManager is returned    
DEBUG 14:33:50 (Logger.java:37) - StandardXAStatefulConnection created    
DEBUG 14:33:50 (Logger.java:37) - StandardXAConnection created    
DEBUG 14:33:50 (Logger.java:37) - StandardXAPoolDataSource:create create a object for the pool    
DEBUG 14:33:50 (Logger.java:37) - StandardXADataSource:getXAConnection(user, password)    
DEBUG 14:33:50 (Logger.java:37) - StandardDataSource:getConnection Connection from DriverManager is returned    
DEBUG 14:33:50 (Logger.java:37) - StandardXAStatefulConnection created    
DEBUG 14:33:50 (Logger.java:37) - StandardXAConnection created    
DEBUG 14:33:50 (Logger.java:37) - StandardXAPoolDataSource:create create a object for the pool    
INFO 14:33:50 (Logger.java:43) - GenericPool:cleanUp done min=2 max=50 count=2  
0 请登录后投票
   发表时间:2008-08-07  
Readonly 写道
methodC是在methodA内被调用的,会被视为一个内部调用,这种情况下AOP不会在methodC上起作用,你需要先看看spring关于aop的文档。
严重同意
0 请登录后投票
   发表时间:2008-11-13  
daquan198163 写道
你直接调用methodC(),AOP无法拦截啊
投你个新手,哈哈

貌似也可以拦截,只不过得用AspectJ了
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics