前言 最近在项目中发现了一则报错:"org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only".根据报错信息来看是spring框架中的事务管理报错:事务回滚了,因为它被标记为回滚状态. 报错原因 多层嵌套事务中,如果使用了默认的事务传播方式,当内层事务抛出异常,外层事务捕捉并正常执行完毕时

事物管理对于企业应用来说是至关重要的,好使出现异常情况,它也可以保证数据的一致性. spring支持编程式事务管理和声明式事务管理两种方式. 编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager.对于编程式事务管理,spring推荐使用TransactionTemplate. 声明式事务管理建立在AOP之上的.其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回

1.异常的一些基本知识 异常的架构 异常的继承结构:Throwable为基类,Error和Exception继承Throwable.Error和RuntimeException及其子类成为未检查异常(unchecked),其它异常成为已检查异常(checked). Error异常 Error表示程序在运行期间出现了十分严重.不可恢复的错误,在这种情况下应用程序只能中止运行,例如JAVA 虚拟机出现错误.Error是一种unchecked Exception,编译器不会检查Error是否被处理,在

1.遇到的问题 当我们一个方法里面有多个数据库保存操作的时候,中间的数据库操作发生的错误.伪代码如下: public method() { Dao1.save(Person1); Dao1.save(Person2); Dao1.save(Person2);//假如这句发生了错误,前面的两个对象会被保存到数据库中 Dao1.save(Person2); } 期待的情况:发生错误之前的所有数据库保存操作都回滚,即不保存 正常情况:前面的数据库操作会被执行,而发生数据库操作错误开始及之后的所有的数据

在spring的配置文件中,如果数据源的defaultAutoCommit设置为True了,那么方法中如果自己捕获了异常,事务是不会回滚的,如果没有自己捕获异常则事务会回滚,如下例比如配置文件里有这么条记录: <bean id="dataSource" class="xxx"> <property name="xxx" value="xxx"/> <property name="xxx&

这篇文章讲解了怎么配置才能让spring事务捕捉异常 http://www.360doc.com/content/12/1109/18/6161903_246870991.shtml 需要正确配置spring事务控制的范围,比如是哪些service spring事务只能控制service方法的一次调用过程事务,不能控制多个service方法的调用过程事务 如果第一个service方法调用成功,第二个service方法调用失败,之前的service方法不会回滚

再说下声明式事务和注解事务回滚的原理:当被切面切中或者是加了注解的方法中抛出了RuntimeException异常时,Spring会进行事务回滚.默认情况下是捕获到方法的RuntimeException异常,也就是说抛出只要属于运行时的异常(即RuntimeException及其子类)都能回滚:但当抛出一个不属于运行时异常时,事务是不会回滚的. 下面说几点保证事务能回滚的方法: ① 声明式事务,在配置里面添加一个rollback-for,代码如下 <tx:method name="upda

在service层使用声明式事务添加@Transactional(rollbackFor = Exception.class)注解 多个方法进行数据库操作,执行失败则隐式的回滚事务,但是已经成功的发方法不会回滚, 想要,所有方法都回滚,需要手动try-catch,进行手动回滚(spring aop  异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获runtimeexception的异常) try { a.save

配置事物: @Configuration /**强制使用cglib代理时就把proxy-target-class设为true.*/ @EnableTransactionManagement(proxyTargetClass=true) public class DataBaseConfiguration implements TransactionManagementConfigurer{ @Bean(name="testpackageTransactionManager") @Qua

当异常被捕获catch的时候,spring的事物则不会回滚 为什么不会滚呢??  spring aop  异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获runtimeexception的异常: 解决方案: 1.例如service层处理事务,那么service中的方法中不做异常捕获,或者在catch语句中最后增加throw new RuntimeException()语句,以便让aop捕获异常再去回滚,并且在se

刚刚接到一个上家公司同事的一个电话,问我为什么service方法事务不会滚了,日志打印了,调用webservice报错. 我让他把这个调用执行webservice的方法截图发给我,如下:   public Object[] send(String operationName,Object[] params,String endPoint) throws Exception { Object[] results = null; Client client = null; try { // 获取外部

1:事务原理 1.2:aop/动态代理 类路径:org/springframework/aop/framework/CglibAopProxy.java ReflectiveMethodInvocation#proceed 后续: 1.2:threadLocal 1.3:事务核心代码 org.springframework.transaction.interceptor.TransactionAspectSupport#invokeWithinTransaction /** * 每个被 @Tra

在平时的业务难免会遇到 sql异常. 有些业务会涉及 一个方法多个操作例如 dao.update() 1 dao.save(); 2 如果1正常,2不正常.默认是不回滚的. 所以在这个地方要手动处理 try  throw 的时候 ,不要抛 SQLException Exception 均不会回滚.亲测 源码 DefaultTransactionAttribute 自己自定义异常,throw runtimeException即可.并做好log记录.

在事务中实行的方法:org.springframework.transaction.interceptor.TransactionAspectSupport#invokeWithinTransaction 真正通过connecttion调用回滚的代码:org.springframework.jdbc.datasource.DataSourceTransactionManager#doRollback 获取数据库连接的方法:org.springframework.jdbc.datasource.D

还可以设置回滚点,看下面 /** * 用户登录接口 * * * 1明确事务方法前的命名规则 * 2保证事务方法执行的时间尽可能的短,不允许出现循环操作,不允许出现RPC等网络请求操作 * 3不允许所有的方法都使用事务,节省服务器性能和缩短数据库连接时间 * 4如果出现有多个地方需要事务回滚时,使用自定义或原有的异常进行抛出,异常必须继承RunTimeError,否则不会触发回滚操作 * 5使用TransactionAspectSupport.currentTransactionStatus().

通常情况下,主动回滚事务,可以手动抛异常即可,不抛异常可以如下方式回滚 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

一.JDBC编程特点 静态代码+动态变量=JDBC编程. 静态代码:比如所有的数据库连接池 都实现了DataSource接口,都实现了Connection接口. 动态变量:用户名.密码.连接的数据库.表名.SQL语句等信息. 在spring中动态变量能够通过注入的形式给予.这样的变成方式适合包装成模板.静态代码构成了模板,而动态变量是需要传入的参数. 二.核心类JdbcTemplate 1.基于模板的设置. 2.完成了资源的创建和释放的工作. 3.简化了我们的JDBC操作. 4.完成了对JDBC

转载自:http://blog.csdn.net/lovejavaydj/article/details/7635848 试验方法: 写一个单元测试,调用一个service层方法(发生对数据库进行写操作的方法--insert.update.delete)即可. 试验过程: 定义一个service方法如下: public SMSTiming createSMSTiming(SMSTiming smsTiming){ SMSTiming s= this.getSmsTimingDAO().creat

Synchronized用于线程间的数据共享,而ThreadLocal则用于线程间的数据隔离. 在我完成一个项目的时候,遇到了一个Spring事务不回滚的问题,通过aspectJ和@Transactional注解都无法完成对于事务的回滚,经过查看博客和文档 默认回滚RuntimeException Service内部方法调用 Spring父子容器覆盖 代码已经上传到 https://github.com/morethink/transactional 异常 下面是@Transactional的注

Spring的AOP事务管理默认是针对unchecked exception回滚. 也就是默认对RuntimeException()异常极其子类进行事务回滚. Exception作为基类,下面还分checked exception和unchecked exception.如果客户端可以通过其他的方法恢复异常,那么这种异 常就是checked exception:如果客户端对出现的这种异常无能为力,那么这种异常就是Unchecked exception:简单来说,继承于 RuntimeExcept

原文:https://blog.csdn.net/qq_32331073/article/details/76508147 更多Spring事务问题请访问链接:Spring事务回滚问题疑难详解 在此,首先我们要明确RuntimeException与Exception之间的关系与他们分别的含义: ①在Java中异常的基类为Throwable,他有两个子类Exception与Errors,同时RuntimeException就是Exception的子类: ②RuntimeException,即运行时