详解spring事务属性

"jdbc with "save points" supports suspend and resume"
这个好像没什么依据
如：suspend后如果rollback，并不应该rollback到savepoint，而应该是最前面的那个。

关于suspend，我看了下源码，对于DataSourceTransactionManager,只是做了unbindResource from a ThreadLocal，而spring封装的transaction只操作(如commit/rollback)其bind的Resource,也就是说系统的操作不会影响到被这个unbind的Transaction。
而resume则执行重新bind操作，这样当前Transaction又加入到当前系统可操作(如commit/rollback)的Resouce列队中。

其它TransactionManager也有些类似。

这个问题我来回答下，spring的声明式事务和j2ee的完全一样。
即：
默认情况下，发生运行时异常事，事务将被回滚；发生受查异常（checked exception）时，不回滚。
即，如果你自己在服务层抛出受查异常（checked exception）时，别指望Spring会帮你回滚事务。
如果希望，可以这么声明：

		<property name="transactionAttributes">
			<props>
				<prop key="save*">PROPAGATION_REQUIRED</prop>
				<prop key="insert*">PROPAGATION_REQUIRED</prop>
				<prop key="remove*">PROPAGATION_REQUIRED</prop>
				<prop key="init*">PROPAGATION_REQUIRED</prop>
				<prop key="disconnect*">
					PROPAGATION_REQUIRED,
					-DataSourceDisconnectException
				</prop>
				<prop key="connect*">
					PROPAGATION_REQUIRED, -DataSourceConnectException
				</prop>
				<prop key="*">PROPAGATION_REQUIRED,readOnly</prop>
			</props>
		</property>

其中-DataSourceDisconnectException，表示发生这个异常时，将回滚事务。反之，+开始的异常定义发生这样的异常也不回滚（好像不怎么常用）。

ISOLATION_READ_COMMITTED是在这个事务提交前其他事务看不到数据的变化（别人看不到我的变化）
ISOLATION_REPEATABLE_READ是在同一个事务中保证了重复读取的数据是一致的，即不能读取其他事务提交的数据（我看不到别人变化）
ISOLATION_SERIALIZABLE是在同一个事务中保证重复读取的数据条数是一致的，感觉也是在这个事务没结束之前不能读取其他事务提交的数据（我看不到别人变化）
可以这样理解吗？

不是这个概念吧！！！

那还得去仔细理解一下

虽然methodB没有被代理但是 处于methodA的事物中,
相当于methodA切的一段代码块,事物还是有效的.

作者就是上善若水? 这篇文章俺貌似在CSDN上一名叫上善若水的BLOG中见过

貌似并非如此，HibernateTransactionManager,DataSourceTransactionManager都支持，只要支持的suspend 和 resume操作的事务管理器都支持.

klyuan 写道：

 

 

测试了很多遍，如果是在同一类中的方法，直接调用methodB， AOP一点作用都起不了。不论是使用那种声明方式，结果都一样

最近也给这个困扰了,打算看看spring2.0的
不用字节码继承父类的话,内部调用不起作用,
用debug设置一下断点,看堆栈就可看出来了