浅谈如何结合JDBC事务与Spring+Hibernate

问题:客户在其数据库操作过程中需要调用我们的工作流接口,这样就需要将我们的工作流操作与他 们的业  务操作置于同一个事务中。我们的服务采用的都是spring的声明式事务,而客户采用的是对 connection进行事务处理。

如何保证JDBC事务的一致性?

想到的解决方案一:使用jta事务,用tomcat+jotm提供事务管理器。为什么一开始就想到要使用jta事 务??实际上我们和客户都是使用的同一个数据库,为了方便,各自使用了不同的数据库连接方式,使用 jta的话确实有bt的意思在里面。但是事实上是我们的第一反应都是jta。最后没有采用该方法的原因也很 简单:我没有将jotm配置成功!汗一个。

想到的解决方案二:将客户的这些特定代码用spring管理起来。因为要修改客户部分代码,这个方案 遭到了客户的强烈反对。于是放弃。

想到的解决方案三:客户数据库操作与我们的服务使用同一个数据库连接。然后编程处理事务。存在 两种方式:一种是把客户的连接传给我们,另一种则是把我们的连接传给客户。第一种方式对我们的影响 太大,所以最后决定采用后一种方式:从hibernate session中获取connection然后传递给客户。接下来 查看一下HibernateTemplate的execute()方法,思路就很简单了:获取定义的sessionFactory-->创建 一个新的session并打开-->将session与当前线程绑定-->给客户代码返回connection-->打开事 务-->客户使用我们传递的connection进行数据库操作-->我们不带声明事务的服务操作-->提交 事务-->解除绑定。

JDBC事务实际要注意的地方是:

1、将session与当前线程绑定使用的TransactionSynchronizationManager.bindResource()方法,这 样在HibernateTemplate里才能找到session;

2、我们的服务一定要把声明式事务彻底干掉,否则会有commit;

3、我们服务调用完毕后一定要flush session,否则客户代码不会感知数据库里的数据变化。

最终解决:使用了spring里常用的模板和回调。JDBC事务代码如下:

public class TransactionTemplate {  
    protected final Log logger = LogFactory.getLog(TransactionTemplate.class);  
    private FlushMode flushMode = FlushMode.ALWAYS;  
    public Object execute(TransactionCallback callback) {  
        //首先获取sessionFactory  
        SessionFactory sessionFactory = (SessionFactory) Framework.getEngine() 

 
                .getContainer().getComponent("sessionFactory");  
        //创建一个新的session并打开  
        logger.debug("Opening single Hibernate Session in 

TransactionTemplate");  
        Session session = getSession(sessionFactory);  
        //将session与当前线程绑定  
        TransactionSynchronizationManager.bindResource(sessionFactory, new 

SessionHolder(session));  
        //获取数据库连接  
        Connection conn = session.connection();  
        Object result = null;  
        Transaction transaction = null;  
        try {  
            //开始处理JDBC事务  
            transaction = session.beginTransaction();  
            try {  
                result = callback.doInTransaction(conn);  
            }  
            catch (RuntimeException ex) {  
                doRollback(session, transaction);  
                throw ex;  
            }  
            catch (Error err) {  
                doRollback(session, transaction);  
                throw err;  
            }  
            //如果数据库操作过程中没有发生异常则提交事务  
            transaction.commit();  
        } catch (WorkflowException e) {  
            logger.error("数据库操作失败,事务回滚也失败!");  
            throw e;  
        } catch (RuntimeException ex) {  
            logger.error("数据库操作失败,事务被回滚!");  
            throw ex;  
        } catch (Error err) {  
            logger.error("数据库操作失败,事务被回滚!");  
            throw err;  
        } finally {  
            // 将session与当前线程解除绑定  
            TransactionSynchronizationManager.unbindResource(sessionFactory); 

 
            doClose(session);  
        }  
        return result;  
    }  
 
    protected Session getSession(SessionFactory sessionFactory) {  
        Session session = SessionFactoryUtils.getSession(sessionFactory, true);

  
        FlushMode flushMode = getFlushMode();  
        if (flushMode != null) {  
            session.setFlushMode(flushMode);  
        }  
        return session;  
    }  
 
    private void doRollback(Session session, Transaction transaction) {  
        logger.debug("数据库操作异常,开始回滚事务");  
        try {  
            transaction.rollback();  
            logger.debug("回滚事务成功!");  
        }  
        catch (Exception e) {  
            logger.error("回滚事务失败!");  
            throw new WorkflowException("回滚事务失败!");  
        } finally {  
            session.clear();  
        }  
    }  
 
    private void doClose(Session session) {  
        logger.debug("开始关闭连接");  
        try {  
            session.close();  
        }  
        catch (Exception e) {  
            logger.error("关闭连接失败!");  
            throw new WorkflowException("关闭连接失败!");  
        }  
    }  
    public FlushMode getFlushMode() {  
        return flushMode;  
    }  
 
    public void setFlushMode(FlushMode flushMode) {  
        this.flushMode = flushMode;  
    }  
}  
public interface TransactionCallback {  
 
    Object doInTransaction(Connection conn);  
}

调用伪代码:  

public void methodA(){  
        TransactionTemplate transactionTemplate=new TransactionTemplate();  
        transactionTemplate.execute(new TransactionCallback(){  
            public Object doInTransaction(Connection conn) {  
                //客户代码  
                client.method1("1");  
                //我们代码 直接使用  
                our.method2();  
                //客户代码  
                client.method3("l");  
                return null;    
            }  
        });  
    }

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索数据库
, callback异常
, session
, 事务
, sessionfactory
, 查询 hibernate 回滚
, spring 事务 回滚
, spring mvc事务回滚
, 代码session异常处理
, jdbc赋值失败
, Spring session
, spring hibernate session
, 客户
Logger
springjdbc hibernate、hibernate jdbc 事务、spring hibernate事务、spring jdbc 事务、spring jdbc事务配置,以便于您获取更多的相关知识。

时间: 2024-12-03 01:13:35

浅谈如何结合JDBC事务与Spring+Hibernate的相关文章

浅谈MySQL中的事务隔离级别(r11笔记第86天)

   之前写了一篇浅谈事务(一),算是对事务的一个基本认识,今天来简单总结一下事务的隔离级别,虽然是老掉牙的知识点,重温一下还是值得的.    在MySQL中基本有这两种事务隔离级别的设置,默认的RR(Repeatable-Read)和实际中常见的RC(Read-Committed).两者区别是什么,怎么正确理解,用几个SQL语句就能说明白,就用简单的实验来说明白.    我们开始吧.        首先创建一个测试表test,插入一些数据. create table test( id int

spring事务 异常-spring+hibernate注解开发异常,事务相关

问题描述 spring+hibernate注解开发异常,事务相关 异常信息: org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.MANUAL): Turn your Session into FlushMode.COMMIT/AUTO or remove 'readOnly' marker from tr

浅谈sqlserver中的事务和锁

昨日"拜读"<sqlserver2005高级程序设计>和<SQL Server 2008编程入门经典(第3版)>这两本翻译后的中文版书籍.竟然发现目录结构大致一样,其讲解的内容几乎差不多.有抄袭的嫌疑.看到"事务和锁"那一张中,发现连举的小例子.表格都一模一样.哈哈...对这类书籍,真不想做太多评论了.国内那些翻译版的书籍嘛.说真的,大部分翻译得有点生硬.而那些"原创著作"嘛.大多是相互抄袭,空谈.就微软技术体系而言,如果

CSDN上看到的一篇有关Spring JDBC事务管理的文章(内容比较全) (转)

  JDBC事务管理 Spring提供编程式的事务管理(Programmatic transaction manage- ment)与声明式的事务管理(Declarative transaction management),为不同的事务实现提供了一致的编程模型,这节以JDBC事务为例,介绍Spring的事务管理.  5.3.1  Spring对事务的支持 事务是一组原子(Atomic)操作的工作单元,以数据库存取的实例来说,就是一组SQL指令,这一组SQL指令必须全部执行成功,若因为某个原因未全

浅谈spring容器中bean的初始化_java

当我们在spring容器中添加一个bean时,如果没有指明它的scope属性,则默认是singleton,也就是单例的. 例如先声明一个bean: public class People { private String name; private String sex; public String getName() { return name; } public void setName(String name) { this.name = name; } public String get

【浅谈JavaEE框架】Spring常用注解,自动扫描装配Bean

1.引入context命名空间(在Spring的配置文件中) 配置文件如下:  Xml代码   1.xmlns:context="http://www.springframework.org/schema/context"     2.http://www.springframework.org/schema/context   3.http://www.springframework.org/schema/context/spring-context-2.5.xsd    打开配置

浅谈web网站架构演变过程

原文:浅谈web网站架构演变过程 前言 我们以javaweb为例,来搭建一个简单的电商系统,看看这个系统可以如何一步步演变.   该系统具备的功能:   用户模块:用户注册和管理 商品模块:商品展示和管理 交易模块:创建交易和管理    阶段一.单机构建网站 网站的初期,我们经常会在单机上跑我们所有的程序和软件.此时我们使用一个容器,如tomcat.jetty.jboos,然后直接使用JSP/servlet技术,或者使用一些开源的框架如maven+spring+struct+hibernate.

浅谈数据库连接

原文:浅谈数据库连接 必须澄清,虽然文章是我总结整理的,但是很多知识的确不是我能研究分析得出来,通过听培训.看书.实践所总结得出,一方面为了给自己备用,以便以后出现问题能解决,另一方面也希望遇到相同问题的朋友能从中得到一些启示.所以文章里面的知识可能会在很多地方都出现. 我们经常会遇到很多连接问题,同时程序员往往也认为连接数据库只需要简单地连接→openconnection→操作→close,但是一个简单的连接动作,背后往往带有很多东西,充分理解,会对开发及管理有很大的帮助,毕竟连不上服务器其他

java 连接异常-java 启动jdbc 事务报错 嵌套异常

问题描述 java 启动jdbc 事务报错 嵌套异常 org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.exceptions.PersistenceException: Error querying database. Cause: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC