首页betway必威体育app官网 › betway必威体育app官网Spring事务管理(转)

betway必威体育app官网Spring事务管理(转)

1 开班掌握

知情事情之前,先称一个公日常生活中极常涉及的从事:取钱。 
依您错过ATM机取1000片钱,大体有零星个步骤:首先输入密码金额,银行卡扣掉1000处女钱;然后ATM出1000首先钱。这片独步骤必须是要么都执行要都不执行。如果银行卡扣除了1000块但是ATM出钱砸以来,你拿会损失1000首届;如果银行卡扣钱难倒而ATM却有了1000片,那么银行用损失1000首位。所以,如果一个步骤成功另一个手续失败对两岸都不是善,如果不随便啊一个手续失败了后来,整个取钱过程还能够回滚,也就是是全取消所有操作的话,这对准彼此还是极端好之。 
工作就是因此来化解类似问题之。事务是平等多级的动作,它们综合在一起才是一个整机的劳作单元,这些动作要全方位形成,如果来一个难倒以来,那么事务就见面回滚到绝开头之状态,仿佛什么还没发生过同样。 
每当店铺级应用程序开发中,事务管理必不可少的技能,用来保证数量的完整性和一致性。 
业务有四独性状:ACID

  • 原子性(Atomicity):事务是一个原子操作,由同名目繁多动作结合。事务之原子性确保动作要全部完成,要么完全不起作用。
  • 一致性(Consistency):一旦事情完成(不管成或者失败),系统要确保她所建模的事务处相同的状态,而非会见是有形成有失败。在切切实实中的数额未应于坏。
  • 隔离性(Isolation):可能产生诸多事务会同时处理同的数量,因此每个工作都应同另业务隔离起来来,防止数据损坏。
  • 持久性(Durability):一旦事情完成,无论有什么系统错误,它的结果尚且未应负震慑,这样即使能够于旁系统崩溃中恢复过来。通常情况下,事务的结果被写及持久化存储器中。

2 核心接口

Spring事务管理的实现有成百上千细节,如果对全体接口框架来只大体了解会大便利我们领略事情,下面通过讲课Spring的业务接口来打听Spring实现业务之切实策略。 
Spring事务管理涉及的接口的沟通如下:

betway必威体育app官网 1

2.1 事务管理器

Spring并无直接管理业务,而是提供了又事务管理器,他们将事务管理的职责委托为Hibernate或者JTA等持久化机制所提供的有关平台框架的事体来贯彻。 
Spring事务管理器底接口是org.springframework.transaction.PlatformTransactionManager,通过这个接口,Spring为各个平台如JDBC、Hibernate等还提供了相应的事务管理器,但是实际的兑现就是逐一平台好的政工了。此接口的始末如下:

Public interface PlatformTransactionManager()...{  
    // 由TransactionDefinition得到TransactionStatus对象
    TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException; 
    // 提交
    Void commit(TransactionStatus status) throws TransactionException;  
    // 回滚
    Void rollback(TransactionStatus status) throws TransactionException;  
    }

自从此处能够具体的现实性的事务管理机制对Spring来说是晶莹底,它并无体贴那些,那些是针对许各个平台需关注的,所以Spring事务管理的一个优点就是是也不同之事务API提供平等的编程模型,如JTA、JDBC、Hibernate、JPA。下面分别介绍各个平台框架实现事务管理的体制。

2.1.1 JDBC事务

若应用程序中直接下JDBC来进展持久化,DataSourceTransactionManager会为汝处理事务边界。为了以DataSourceTransactionManager,你用利用如下的XML将那配到应用程序的上下文定义着:

    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>

实质上,DataSourceTransactionManager是经调用java.sql.Connection来管理业务,而后人是由此DataSource获取到之。通过调用连接的commit()方法来交给业务,同样,事务失败则透过调用rollback()方法进行回滚。

2.1.2 Hibernate事务

假若应用程序的持久化是由此Hibernate实习的,那么您需要以HibernateTransactionManager。对于Hibernate3,需要在Spring上下文定义着上加如下的<bean>声明:

    <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory" />
    </bean>

sessionFactory属性需要配一个Hibernate的session工厂,HibernateTransactionManager的实现细节是它以事务管理的天职委托给org.hibernate.Transaction对象,而后人是起Hibernate
Session中获得到之。当事情成功就时,HibernateTransactionManager将会见调用Transaction对象的commit()方法,反之,将会调用rollback()方法。

2.1.3 Java持久化API事务(JPA)

Hibernate多年来直接是实际上的Java持久化标准,但是本Java持久化API作为真正的Java持久化标准上大家之视野。如果您计划利用JPA的言辞,那尔要运用Spring的JpaTransactionManager来处理事务。你用以Spring中这样安排JpaTransactionManager:

    <bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
        <property name="sessionFactory" ref="sessionFactory" />
    </bean>

JpaTransactionManager只需要配一个JPA实体管理工厂(javax.persistence.EntityManagerFactory接口的人身自由实现)。JpaTransactionManager将和由工厂所产生的JPA
EntityManager合作来构建事务。

2.1.4 Java原生API事务

假定您从未以上述所陈述之事务管理,或者是超了多只事务管理源(比如简单独或是差不多个不同之数据源),你尽管需要使用JtaTransactionManager:

    <bean id="transactionManager" class="org.springframework.transaction.jta.JtaTransactionManager">
        <property name="transactionManagerName" value="java:/TransactionManager" />
    </bean>

JtaTransactionManager将事务管理的义务委托给javax.transaction.UserTransaction和javax.transaction.TransactionManager对象,其中工作成功做到经过UserTransaction.commit()方法提交,事务失败通过UserTransaction.rollback()方法回滚。

2.2 基本业务属性之概念

点讲到的事务管理器接口PlatformTransactionManager通过getTransaction(TransactionDefinition
definition)方法来得到工作,这个措施中的参数是TransactionDefinition类,这个近乎即定义了有些为主的业务属性。 
这就是说什么是事情属性也?事务属性可以理解成事务的有的中坚配备,描述了政工策略如何以到方法上。事务属性包含了5只地方,如图所示:

betway必威体育app官网 2

假使TransactionDefinition接口内容如下:

public interface TransactionDefinition {
    int getPropagationBehavior(); // 返回事务的传播行为
    int getIsolationLevel(); // 返回事务的隔离级别,事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据
    int getTimeout();  // 返回事务必须在多少秒内完成
    boolean isReadOnly(); // 事务是否只读,事务管理器能够根据这个返回值进行优化,确保事务是只读的
}

咱俩可发现TransactionDefinition正好用来定义事务属性,下面详细介绍一下历业务属性。

2.2.1 传播行为

事情的率先独点是传行为(propagation
behavior)。当工作方法为其他一个工作方法调用时,必须指定业务应如何传播。例如:方法恐怕继续以存活工作中运行,也可能被一个初业务,并当和谐的事体中运作。Spring定义了七种传播行为:

传播行为 含义
PROPAGATION_REQUIRED 表示当前方法必须运行在事务中。如果当前事务存在,方法将会在该事务中运行。否则,会启动一个新的事务
PROPAGATION_SUPPORTS 表示当前方法不需要事务上下文,但是如果存在当前事务的话,那么该方法会在这个事务中运行
PROPAGATION_MANDATORY 表示该方法必须在事务中运行,如果当前事务不存在,则会抛出一个异常
PROPAGATION_REQUIRED_NEW 表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务,在该方法执行期间,当前事务会被挂起。如果使用JTATransactionManager的话,则需要访问TransactionManager
PROPAGATION_NOT_SUPPORTED 表示该方法不应该运行在事务中。如果存在当前事务,在该方法运行期间,当前事务将被挂起。如果使用JTATransactionManager的话,则需要访问TransactionManager
PROPAGATION_NEVER 表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行,则会抛出异常
PROPAGATION_NESTED 表示如果当前已经存在一个事务,那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在,那么其行为与PROPAGATION_REQUIRED一样。注意各厂商对这种传播行为的支持是有所差异的。可以参考资源管理器的文档来确认它们是否支持嵌套事务

流动:以下具体讲解传播行为之情节参考自Spring事务机制详解 
(1)PROPAGATION_REQUIRED
如果是一个政工,则支持即工作。如果没有事情则被一个初的政工。

//事务属性 PROPAGATION_REQUIRED
methodA{
    ……
    methodB();
    ……
}

//事务属性 PROPAGATION_REQUIRED
methodB{
   ……
}

用spring声明式事务,spring使用AOP来支持声明式事务,会冲业务属性,自动在点子调用之前决定是否被一个作业,并以章程执行后决定工作提交或回滚事务。

独调用methodB方法:

main{ 
    metodB(); 
}

相当于

Main{ 
    Connection con=null; 
    try{ 
        con = getConnection(); 
        con.setAutoCommit(false); 

        //方法调用
        methodB(); 

        //提交事务
        con.commit(); 
    } Catch(RuntimeException ex) { 
        //回滚事务
        con.rollback();   
    } finally { 
        //释放资源
        closeCon(); 
    } 
}

Spring保证在methodB方法吃负有的调用都获得到一个等同的连续。在调用methodB时,没有一个留存的事体,所以取得一个新的连天,开启了一个初的工作。 
独立调用MethodA时,在MethodA内以会调用MethodB.

施行效果相当给:

main{ 
    Connection con = null; 
    try{ 
        con = getConnection(); 
        methodA(); 
        con.commit(); 
    } catch(RuntimeException ex) { 
        con.rollback(); 
    } finally {    
        closeCon(); 
    }  
}

调用MethodA时,环境遭到尚无事情,所以被一个新的事务.当在MethodA中调用MethodB时,环境受到曾经发了一个业务,所以methodB就投入当前事务。

(2)PROPAGATION_SUPPORTS
如果在一个政工,支持时政工。如果没工作,则非事务的实施。但是对事情并的事务管理器,PROPAGATION_SUPPORTS与匪动工作有些许不同。

//事务属性 PROPAGATION_REQUIRED
methodA(){
  methodB();
}

//事务属性 PROPAGATION_SUPPORTS
methodB(){
  ……
}

惟有的调用methodB时,methodB方法是非事务的推行之。当调用methdA时,methodB则投入了methodA的工作中,事务地执行。

(3)PROPAGATION_MANDATORY
如果已经在一个政工,支持时工作。如果没一个倒的事体,则弃来深。

//事务属性 PROPAGATION_REQUIRED
methodA(){
    methodB();
}

//事务属性 PROPAGATION_MANDATORY
    methodB(){
    ……
}

当单独调用methodB时,因为时从来不一个挪之业务,则会丢弃来特别throw new
IllegalTransactionStateException(“Transaction propagation ‘mandatory’
but no existing transaction
found”);当调用methodA时,methodB则投入到methodA的政工中,事务地尽。

(4)PROPAGATION_REQUIRES_NEW
总是敞开一个初的作业。如果一个工作都有,则将这有的事务挂于。

//事务属性 PROPAGATION_REQUIRED
methodA(){
    doSomeThingA();
    methodB();
    doSomeThingB();
}

//事务属性 PROPAGATION_REQUIRES_NEW
methodB(){
    ……
}

调用A方法:

main(){
    methodA();
}

相当于

main(){
    TransactionManager tm = null;
    try{
        //获得一个JTA事务管理器
        tm = getTransactionManager();
        tm.begin();//开启一个新的事务
        Transaction ts1 = tm.getTransaction();
        doSomeThing();
        tm.suspend();//挂起当前事务
        try{
            tm.begin();//重新开启第二个事务
            Transaction ts2 = tm.getTransaction();
            methodB();
            ts2.commit();//提交第二个事务
        } Catch(RunTimeException ex) {
            ts2.rollback();//回滚第二个事务
        } finally {
            //释放资源
        }
        //methodB执行完后,恢复第一个事务
        tm.resume(ts1);
        doSomeThingB();
        ts1.commit();//提交第一个事务
    } catch(RunTimeException ex) {
        ts1.rollback();//回滚第一个事务
    } finally {
        //释放资源
    }
}

每当这里,我把ts1叫做外层事务,ts2称为内层事务。从点的代码可以看到,ts2暨ts1凡是零星个独立的事体,互不相干。Ts2是不是成并无依赖让
ts1。如果methodA方法在调用methodB方法后底doSomeThingB方法失败了,而methodB方法所举行的结果还让交付。而除去
methodB之外的别样代码导致的结果也让回滚了。使用PROPAGATION_REQUIRES_NEW,需要动用
JtaTransactionManager作为事务管理器。

(5)PROPAGATION_NOT_SUPPORTED
总是非事务地履,并悬挂于其它有的业务。使用PROPAGATION_NOT_SUPPORTED,也急需利用JtaTransactionManager作为事务管理器。(代码示例同齐,可同理推出)

(6)PROPAGATION_NEVER
总是非事务地实施,如果存在一个走工作,则抛来老。

(7)PROPAGATION_NESTED如果一个平移之事情有,则运行在一个嵌套的事体中.
如果没有运动工作, 则仍TransactionDefinition.PROPAGATION_REQUIRED
属性执行。这是一个嵌套事务,使用JDBC
3.0让时,仅仅支持DataSourceTransactionManager作为事务管理器。需要JDBC
驱动之java.sql.Savepoint类。有局部JTA的事务管理器实现可能啊供了一如既往的意义。使用PROPAGATION_NESTED,还用拿PlatformTransactionManager的nestedTransactionAllowed属性设为true;而
nestedTransactionAllowed属性值默认为false。

//事务属性 PROPAGATION_REQUIRED
methodA(){
    doSomeThingA();
    methodB();
    doSomeThingB();
}

//事务属性 PROPAGATION_NESTED
methodB(){
    ……
}

若果单独调用methodB方法,则按REQUIRED属性执行。如果调用methodA方法,相当给下的职能:

main(){
    Connection con = null;
    Savepoint savepoint = null;
    try{
        con = getConnection();
        con.setAutoCommit(false);
        doSomeThingA();
        savepoint = con2.setSavepoint();
        try{
            methodB();
        } catch(RuntimeException ex) {
            con.rollback(savepoint);
        } finally {
            //释放资源
        }
        doSomeThingB();
        con.commit();
    } catch(RuntimeException ex) {
        con.rollback();
    } finally {
        //释放资源
    }
}

当methodB方法调用之前,调用setSavepoint方法,保存时底状态及savepoint。如果methodB方法调用失败,则恢复到事先封存之状态。但是要专注的凡,这时的工作并不曾进展付出,如果连续之代码(doSomeThingB()方法)调用失败,则回滚包括methodB方法的具有操作。

嵌套事务一个特别重大之概念就是内层事务依赖让外层事务。外层事务失败时,会回滚内层事务所做的动作。而内层事务操作失败并无会见惹外层事务的回滚。

PROPAGATION_NESTED
与PROPAGATION_REQUIRES_NEW的分别:它们非常类似,都像一个嵌套事务,如果不存一个移动的业务,都见面开启一个初的事情。使用
PROPAGATION_REQUIRES_NEW时,内层事务与外层事务就如个别独独立的作业一样,一旦内层事务进行了付出后,外层事务不能够针对那进展回滚。两只业务互不影响。两独事情不是一个审的嵌套事务。同时它用JTA事务管理器的支持。

使用PROPAGATION_NESTED时,外层事务之回滚可以招内层事务之回滚。而内层事务的不得了并无见面导致外层事务之回滚,它是一个真正的嵌套事务。DataSourceTransactionManager使用savepoint支持PROPAGATION_NESTED时,需要JDBC
3.0之上驱动与1.4之上之JDK版本支持。其它的JTA
TrasactionManager实现可能来两样之支撑方。

PROPAGATION_REQUIRES_NEW 启动一个初的, 不负让环境的 “内部” 事务.
这个工作将吃全然 commited 或 rolled back 而未借助让表面事务,
它有着自己之断范围, 自己的缉, 等等. 当内部事务开始实行时,
外部事务将让高悬于, 内务事务了时, 外部事务将继续执行。

单, PROPAGATION_NESTED 开始一个 “嵌套的” 事务,
它是就在业务之一个真的子事务. 潜套事务开始履行时, 它将得到一个
savepoint. 如果是嵌套事务失败, 我们以回滚到这 savepoint.
潜套事务是外表事务之一致片段, 只发表面事务了晚它们才会受提交。

由此可见, PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED
的卓绝要命分别在于, PROPAGATION_REQUIRES_NEW 完全是一个初的事情, 而
PROPAGATION_NESTED 则是外表事务之子事务, 如果外部事务 commit,
嵌套事务也会受 commit, 这个规则平等适用于 roll back.

PROPAGATION_REQUIRED应该是咱第一的事情传播行为。它亦可满足我们大部分的事体需求。

2.2.2 隔离级别

工作的亚独维度就是隔离级别(isolation
level)。隔离级别定义了一个业务可能于外并发事务影响之品位。 
(1)并发事务引起的问题 
当独立的应用程序中,多独事情并作运行,经常会操作相同之数量来完成各自的天职。并发虽然是须的,但可能会见招一下的题目。

  • 污染读(Dirty
    reads)——脏读来在一个事情读取了任何一个政工改写不过绝非提交的数量经常。如果改变写于稍后叫回滚了,那么首先独事情获取的数目就是不行的。
  • 不行再读(Nonrepeatable
    read)——不可再读来在一个业务执行同样的查询两次还是少次以上,但是每次都落不同之数码时。这便是因其他一个并发事务在片糟询问期间开展了翻新。
  • 幻读(Phantom
    read)——幻读与不足再读类似。它发出在一个工作(T1)读取了几执数据,接着另一个并发事务(T2)插入了一部分多少经常。在随之的查询中,第一个事情(T1)就会发觉大多了有些本来不有的笔录。

不行再读与幻读的分别

不足再读的主要是修改: 
同一的准绳, 你念博了之数据, 再次读取出来发现价值不相同了 
譬如:在业务1受到,Mary 读取了友好之薪资也1000,操作并从未好

    con1 = getConnection();  
    select salary from employee empId ="Mary";

在事务2中,这时财务人员修改了Mary的工薪吧2000,并交付了事务.

    con2 = getConnection();  
    update employee set salary = 2000;  
    con2.commit();

以工作1负,Mary 还读取自己之工薪时,工资变为了2000

    //con1  
    select salary from employee empId ="Mary";

当一个业务中前后两坏读取的结果并无平等,导致了不可再读。

幻读的显要在于新增或去除: 
一如既往的极, 第1破及第2破读出来的笔录数不等同 
像:目前工钱也1000的职工有10人数。事务1,读取所有工资呢1000之员工。

    con1 = getConnection();  
    Select * from employee where salary =1000;

共读取10条记录

这儿别一个事务向employee表插入了千篇一律条员工记录,工资为也1000

    con2 = getConnection();  
    Insert into employee(empId,salary) values("Lili",1000);  
    con2.commit();

事务1再次读取所有工资吗1000的职工

    //con1  
    select * from employee where salary =1000;

联合读博到了11长条记下,这就生出了幻像读。

由总的结果来拘禁,
似乎不可再读与幻读都呈现呢寡浅读取的结果不同等。但要您自决定的角度来拘禁,
两者的界别就于坏。 
对于前者, 只待锁住满足条件的笔录。 
于后人, 要锁住满足条件及其相近的记录。

(2)隔离级别

隔离级别 含义
ISOLATION_DEFAULT 使用后端数据库默认的隔离级别
ISOLATION_READ_UNCOMMITTED 最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读
ISOLATION_READ_COMMITTED 允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生
ISOLATION_REPEATABLE_READ 对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生
ISOLATION_SERIALIZABLE 最高的隔离级别,完全服从ACID的隔离级别,确保阻止脏读、不可重复读以及幻读,也是最慢的事务隔离级别,因为它通常是通过完全锁定事务相关的数据库表来实现的

2.2.3 只读

业务的老三单特色是她是否也特念事务。如果工作只针对后端的数据库进行该操作,数据库可采取工作的单读特性来开展有一定的优化。通过以事情设置为才读,你就是可以叫数据库一个时机,让它使用它认为适用的优化措施。

2.2.4 事务超时

以要应用程序很好地运行,事务不可知运作太长的流年。因为工作可能涉及对后端数据库的锁定,所以长时之事体会不必要的占据数据库资源。事务超时就是工作的一个定时器,在特定时间外作业如果无尽了,那么即使见面自动回滚,而不是一直守候其得了。

2.2.5 回滚规则

政工五边形的尾声一个方是平等组规则,这些规则定义了安大会招业务回滚而哪些不见面。默认情况下,事务只有遇到运行期异常时才见面回滚,而在撞检查型异常时无会见回滚(这同行事和EJB的回滚行为是同的)
但若可以声明事务在碰到一定的检查型异常时像遇到运行期异常那样回滚。同样,你还好声明事务遇到一定的可怜不扭转滚,即使这些老是运行期异常。

2.3 事务状态

面讲到的调用PlatformTransactionManager接口的getTransaction()的道赢得的是TransactionStatus接口的一个实现,这个接口的情节如下:

public interface TransactionStatus{
    boolean isNewTransaction(); // 是否是新的事物
    boolean hasSavepoint(); // 是否有恢复点
    void setRollbackOnly();  // 设置为只回滚
    boolean isRollbackOnly(); // 是否为只回滚
    boolean isCompleted; // 是否已完成
}

可窥见是接口描述的是局部处理事务提供简单的支配作业执行与询问业务状态的办法,在回滚或交的时刻需要采取对应之工作状态。

3 编程式事务

3.1 编程式和声明式事务之界别

Spring提供了针对性编程式事务和声明式事务的支撑,编程式事务允许用户以代码中标准定义事务的边际,而声明式事务(基于AOP)有助于用户以操作和工作规则进行解耦。 
大概地说,编程式事务侵入到了作业代码里面,但是提供了逾详实的事务管理;而声明式事务由因AOP,所以既然能自及事务管理的来意,又得免影响工作代码的实际实现。

3.2 如何贯彻编程式事务?

Spring提供个别种植方法的编程式事务管理,分别是:使用TransactionTemplate和一直行使PlatformTransactionManager。

3.2.1 使用TransactionTemplate

运用TransactionTemplate和运用其他Spring模板,如JdbcTempalte和HibernateTemplate是一律的方式。它利用回调方法,把应用程序从拍卖获与假释资源被抽身出来。如同其他模板,TransactionTemplate是线程安全之。代码有:

    TransactionTemplate tt = new TransactionTemplate(); // 新建一个TransactionTemplate
    Object result = tt.execute(
        new TransactionCallback(){  
            public Object doTransaction(TransactionStatus status){  
                updateOperation();  
                return resultOfUpdateOperation();  
            }  
    }); // 执行execute方法进行事务管理

使TransactionCallback()可以返回一个值。如果以TransactionCallbackWithoutResult则没有回去值。

3.2.2 使用PlatformTransactionManager

以身作则代码如下:

    DataSourceTransactionManager dataSourceTransactionManager = new DataSourceTransactionManager(); //定义一个某个框架平台的TransactionManager,如JDBC、Hibernate
    dataSourceTransactionManager.setDataSource(this.getJdbcTemplate().getDataSource()); // 设置数据源
    DefaultTransactionDefinition transDef = new DefaultTransactionDefinition(); // 定义事务属性
    transDef.setPropagationBehavior(DefaultTransactionDefinition.PROPAGATION_REQUIRED); // 设置传播行为属性
    TransactionStatus status = dataSourceTransactionManager.getTransaction(transDef); // 获得事务状态
    try {
        // 数据库操作
        dataSourceTransactionManager.commit(status);// 提交
    } catch (Exception e) {
        dataSourceTransactionManager.rollback(status);// 回滚
    }

4 声明式事务

4.1 配置方式

横流:以下配置代码参考自Spring事务配置的五栽办法

根据代理体制的差,总结了五栽Spring事务的安排方式,配置文件如下:

(1)每个Bean都出一个代理

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:aop="http://www.springframework.org/schema/aop"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
           http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
           http://www.springframework.org/schema/context
           http://www.springframework.org/schema/context/spring-context-2.5.xsd
           http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd">

    <bean id="sessionFactory" 
            class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> 
        <property name="configLocation" value="classpath:hibernate.cfg.xml" /> 
        <property name="configurationClass" value="org.hibernate.cfg.AnnotationConfiguration" />
    </bean> 

    <!-- 定义事务管理器(声明式的事务) --> 
    <bean id="transactionManager"
        class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory" />
    </bean>

    <!-- 配置DAO -->
    <bean id="userDaoTarget" class="com.bluesky.spring.dao.UserDaoImpl">
        <property name="sessionFactory" ref="sessionFactory" />
    </bean>

    <bean id="userDao" 
        class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> 
           <!-- 配置事务管理器 --> 
           <property name="transactionManager" ref="transactionManager" />    
        <property name=

转载本站文章请注明出处:bway883.com https://www.piworx.com/?p=2979

上一篇:

下一篇:

相关文章

网站地图xml地图