参考:http://blog.csdn.net/sgls652709/article/details/49472719
使用 @Rollback 的好处是, 测试数据不会对数据库造成污染, 这一点是很重要的。但 @Rollback 其实也不是真正意义上的数据零污染, 如果数据库表的主键是自增长类型, 虽然发生了事务回滚, 但是主键的索引还是会递增的。
执行这个测试, 数据库是不会插入记录的, 如果把 @Rollback 改成 @Rollback(false), 数据库就会插入一条数据
@Rollback 需要 @Transactional 的支持 ( 我们知道, @Transactional 默认是会自动提交事务的 ), 如果没有 @Transactional 标注, 则事务就不会受 @Rollback 的控制。
第一:在配置文件中要配置事物
如果没有添加上述bean,将会抛出NoSuchBeanDefinitionException,指明 No bean named ‘transactionManager’ is definded.
tx:annotation-driven一共有四个属性如下,
mode:指定Spring事务管理框架创建通知bean的方式。可用的值有proxy和aspectj。前者是默认值,表示通知对象是个JDK代理;后者表示Spring AOP会使用AspectJ创建代理
proxy-target-class:如果为true,Spring将创建子类来代理业务类;如果为false,则使用基于接口的代理。(如果使用子类代理,需要在类路径中添加CGLib.jar类库)
order:如果业务类除事务切面外,还需要织入其他的切面,通过该属性可以控制事务切面在目标连接点的织入顺序。
transaction-manager:指定到现有的PlatformTransaction Manager bean的引用,通知会使用该引用
在单元例中
@TransactionConfiguration(transactionManager = “transactionManager”, defaultRollback = true)
这个对应的是配置中的transactionManager
@TransactionConfiguration 配置管理事务的类,defaultRollback 设置事务是否回滚;
@Transactional 配置:该单元测试启用事务
在service中 的事物传播机制是
@Transactional(propagation = Propagation.REQUIRED, rollbackFor = { RuntimeException.class })
并且在单元例中加了 @Transactional
这种将会是事物不会提交
2、在单元例中配置了事务,在方法上配置 @Rollback 默认事务回滚。事务回滚表示事务未提交,但是
但 @Rollback 其实也不是真正意义上的数据零污染, 如果数据库表的主键是自增长类型, 虽然发生了事务回滚, 但是主键的索引还是会递增的。
如果把 @Rollback 改成 @Rollback(false), 数据库就会插入一条数据
@Rollback 需要 @Transactional 的支持 ( 我们知道, @Transactional 默认是会自动提交事务的 ), 如果没有 @Transactional 标注, 则事务就不会受 @Rollback 的控制。
如果在类中配置
@TransactionConfiguration(transactionManager = “transactionManager”, defaultRollback = true)
这配置已废弃不使用。作用也是默认事务回滚
数据库
将方法上的事务@Rollback 改成 @Rollback(false), 防止事务自动回滚 数据库就会插入一条数据
3、如果在单元中 注释 @Transactional注解 ,则事务就不会受 @Rollback 的控制。
在插入数据时,插入字段要有数据库字段一致。
并且将service中事物传播改成
这个表示新生成一个事务。
@Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = { RuntimeException.class })
就会将事务提交。
就会将事务提交。