spring 声明试事务代理

来源:百度文库 编辑:神马文学网 时间:2024/07/02 16:55:58

通常建议采用声明式事务管理。声明式事务管理的优势非常明显:代码中无需关于关注事务逻辑,让Spring声明式事务管理负责事务逻辑,声明式事务管理无需与具体的事务逻辑耦合,可以方便地在不同事务逻辑之间切换。
声明式事务管理的配置方式,通常有如下三种:
1.使用TransactionProxyFactoryBean为目标bean生成事务代理的配置。此方式是最传统,配置文件最臃肿、难以阅读的方式。
2.采用bean继承的事务代理配置方式,比较简洁,但依然是增量式配置。
3.使用BeanNameAutoProxyCreator,根据bean name自动生成事务代理的方式,这是直接利用Spring的AOP框架配置事务代理的方式,需要对Spring的AOP框架有所理解。但这种方式避免了增量式配置,效果非常不错。
4.DefaultAdvisorAutoProxyCreator:这也是直接利用Spring的AOP框架配置事务代理的方式,效果也非常不多,只是这种配置方式的可读性不如第三种方式。

一. 利用TransactionProxyFactoryBean生成事务代理
采用这种方式的配置时候,配置文件的增加非常快,每个bean有需要两个bean配置,一个目标,另外还需要使用TransactionProxyFactoryBean配置一个代理bean。
这是一种最原始的配置方式,下面是使用TransactionProxyFactoryBean的配置文件:



"http://www.springframework.org/dtd/spring-beans.dtd">

    
    
        
            com.mysql.jdbc.Driver
        
            jdbc:mysql://localhost:3306/spring
        
            root
        
            32147
    

    

        
            
            
            
                
                Person.hbm.xml
            

            

            
            

            org.hibernate.dialect.MySQLDialect
            update
        

        

    

    
         class="org.springframework.orm.hibernate3.HibernateTransactionManager">
            
            
    

    
    
        
         
    

    

        
            
        
        

      
                PROPAGATION_REQUIRED,readOnly
      
        
            
        

    

在上面的配置文件中,personDao需要配置两个部分,一个是personDao的目标bean,该目标bean是实际DAO bean,以实际的DAO bean为目标,建立事务代理。一个组件,需要来个bean组成,一个目标bean,一个事务代理。
这种配置方式还有一个坏处:目标bean直接暴露在Spring容器中,可以直接引用,如果目标bean被误引用,将导致业务操作不具备事务性。
为了避免这种现象,可将目标bean配置成嵌套bean,下面是目标bean和事务代理的配置片段:



         
        
        
        
              
                    
                    PROPAGATION_REQUIRED,readOnly
                    
        
               
               
                  
                  
               

        


====================================================================================

 使用HibernateTemplate的方法进行CRUD操作,其中查询操作通常可分为两种,一种为固定条件查询,另一种为动态多条件查询(如查询界面的实现),固定条件查询可以很方便地通过createQuery,find()等方法实现,但是我在动态条件查询的实现过程中,hibernate3.0可以实现英文的条件查询,而中文条件则会出现乱码。现将具体的过程描述如下:

      1.固定条件查询

    可以使用常规的方法,如getHibernateTemplate().find(),getHibernateTemplate().createQuery()等

     2.动态多条件查询

由于查询条件的不确定性,我曾尝试用拼参数的方法将拼好的sql语句传入find(qlStr),但是查询时hibernate会将中文的条件报为乱码。不过如果条件全部是英文参数的话拼sql是可以的。乱码报错如下:
3:49,946 INFO [STDOUT] Hibernate:
selectincometype0_.id as id, incometype0_.name as name0_,incometype0_.type_comment as type3_0_ from income_type incometype0_where 1=1 and incometype0_.type_comment='·á????×?????'
因此这种方法无法使用。另外find()的另一种find(String arg0,Object[] arg1),采用数组参数将sql的条件参数传入的方式只是适合固定条件参数的查询,不适合这种动态多条件的中文查询,因此也无法使用。

说明:由于find(String arg0,Object[] arg1)采用数组参数的方式可以使用中文条件查询,因此可以确定不是我的编码问题。而是Hibernate3.0的find(sqlStr)方法本身的问题。

为此只能换成另一种实现途径,如下:

实现途径
得到session ,用Query q =session.createQuery(sql);该方法返回一个Query 类型,利用q.setString(Stringarg0,String arg1)将参数赋值给sql的参数条件。在sql语句中拼一次参数,在setString()中也拼一次赋值。
如:



 StringBuffer sql = new StringBuffer();
  
   sql.append("from IncomeType where 1=1 ");
  if(id!=null&&id.length()>0)
    sql.append(" and id = :id ");
  if(name!=null&&name.length()>0)
    sql.append(" and name = :name ");
  if(typecomment!=null&&typecomment.length()>0)
    sql.append(" and typeComment = :tc ");

     
     final String typeSql = new String(sql);



intyList =   (List)getHibernateTemplate().execute(
           new HibernateCallback() ...{
          public Object doInHibernate(Session session)
              throws HibernateException, SQLException ...{
                      Query q = session.createQuery(typeSql);
                     if(id!=null&&id.length()>0)
                       q.setString("id",id);
                     if(name!=null&&name.length()>0)
                       q.setString("name",name);
                     if(typecomment!=null&&typecomment.length()>0)
                       q.setString("tc",typecomment);
                     
                     return q.list();                                                
                                                                                               }
                                                      }
                    )

          

以上方法可以实现动态中文条件查询,在有的书中看到并不推荐用find()方法,find()只提供一些简单的HQL查询,不具有动态绑定参数的功能,在将来的hibernate新版本中,有可能会淘汰find()方法,而Query接口才是真正的HQL查询接口,提供更为丰富的功能。基于此,可能对于一个将被淘汰的方法find()不支持中文也就不足为奇了。^_^毕竟人家重心转移了。而且find()中拼sql字符串的方式虽然是实现查询的常用手段,实现起来也比较方便,但是不利于hibernate更好地利用缓存,而采用Query接口可以更好地利用缓存,提高程序执行效率。