通常建议采用声明式事务管理。声明式事务管理的优势非常明显:代码中无需关于关注事务逻辑,让Spring声明式事务管理负责事务逻辑,声明式事务管理无需与具体的事务逻辑耦合,可以方便地在不同事务逻辑之间切换。
声明式事务管理的配置方式,通常有如下三种:
1.使用TransactionProxyFactoryBean为目标bean生成事务代理的配置。此方式是最传统,配置文件最臃肿、难以阅读的方式。
2.采用bean继承的事务代理配置方式,比较简洁,但依然是增量式配置。
3.使用BeanNameAutoProxyCreator,根据bean name自动生成事务代理的方式,这是直接利用Spring的AOP框架配置事务代理的方式,需要对Spring的AOP框架有所理解。但这种方式避免了增量式配置,效果非常不错。
4.DefaultAdvisorAutoProxyCreator:这也是直接利用Spring的AOP框架配置事务代理的方式,效果也非常不多,只是这种配置方式的可读性不如第三种方式。
一. 利用TransactionProxyFactoryBean生成事务代理
采用这种方式的配置时候,配置文件的增加非常快,每个bean有需要两个bean配置,一个目标,另外还需要使用TransactionProxyFactoryBean配置一个代理bean。
这是一种最原始的配置方式,下面是使用TransactionProxyFactoryBean的配置文件:
<!-- Spring配置文件的文件头,包含DTD等信息 -->
<! DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd" >
< beans >
<!-- 定义数据源 -->
< bean id ="dataSource" class ="org.springframework.jdbc.datasource.DriverManagerDataSource" >
<!-- 定义数据库驱动 -->
< property name ="driverClassName" >< value > com.mysql.jdbc.Driver </ value ></ property >
<!-- 定义数据库url -->
< property name ="url" >< value > jdbc:mysql://localhost:3306/spring </ value ></ property >
<!-- 定义数据库用户名 -->
< property name ="username" >< value > root </ value ></ property >
<!-- 定义数据库密码 -->
< property name ="password" >< value > 32147 </ value ></ property >
</ bean >
<!-- 定义一个hibernate的SessionFactory -->
< bean id ="sessionFactory" class ="org.springframework.orm.hibernate3.LocalSessionFactoryBean" >
<!-- 定义SessionFactory必须注入DataSource -->
< property name ="dataSource" >< ref local ="dataSource" /></ property >
< property name ="mappingResources" >
< list >
<!-- 以下用来列出所有的PO映射文件 -->
< value > Person.hbm.xml </ value >
</ list >
</ property >
< property name ="hibernateProperties" >
< props >
<!-- 此处用来定义hibernate的SessionFactory的属性:
不同数据库连接,启动时选择create,update,create-drop -->
< prop key ="hibernate.dialect" > org.hibernate.dialect.MySQLDialect </ prop >
< prop key ="hibernate.hbm2ddl.auto" > update </ prop >
</ props >
</ property >
</ bean >
<!-- 定义事务管理器,使用适用于Hibernte的事务管理器 -->
< bean id ="transactionManager"
class ="org.springframework.orm.hibernate3.HibernateTransactionManager" >
<!-- HibernateTransactionManager bean需要依赖注入一个SessionFactory bean的引用 -->
< property name ="sessionFactory" >< ref local ="sessionFactory" /></ property >
</ bean >
<!-- 定义DAO Bean , 作为事务代理的目标 -->
< bean id ="personDaoTarget" class ="lee.PersonDaoHibernate" >
<!-- 为DAO bean注入SessionFactory引用 -->
< property name ="sessionFactory" >< ref local ="sessionFactory" /></ property >
</ bean >
<!-- 定义DAO bean的事务代理 -->
< bean id ="personDao" class ="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" >
<!-- 为事务代理bean注入事务管理器 -->
< property name ="transactionManager" >< ref bean ="transactionManager" /></ property >
<!-- 设置事务属性 -->
< property name ="transactionAttributes" >
< props >
<!-- 所有以find开头的方法,采用required的事务策略,并且只读 -->
< prop key ="find*" > PROPAGATION_REQUIRED,readOnly </ prop >
<!-- 其他方法,采用required的事务策略 ->
<prop key="*">PROPAGATION_REQUIRED</prop>
</props>
</property>
<!-- 为事务代理bean设置目标bean -->
< property name ="target" >
< ref local ="personDaoTarget" />
</ property >
</ bean >
</ beans >
在上面的配置文件中,personDao需要配置两个部分,一个是personDao的目标bean,该目标bean是实际DAO bean,以实际的DAO bean为目标,建立事务代理。一个组件,需要来个bean组成,一个目标bean,一个事务代理。
这种配置方式还有一个坏处:目标bean直接暴露在Spring容器中,可以直接引用,如果目标bean被误引用,将导致业务操作不具备事务性。
为了避免这种现象,可将目标bean配置成嵌套bean,下面是目标bean和事务代理的配置片段:
< bean id ="personDao" class ="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" >
<!-- 为事务代理bean注入事务管理器 -->
< property name ="transactionManager" >< ref bean ="transactionManager" /></ property >
<!-- 设置事务属性 -->
< property name ="transactionAttributes" >
< props >
<!-- 所有以find开头的方法,采用required的事务策略,并且只读 -->
< prop key ="find*" > PROPAGATION_REQUIRED,readOnly </ prop >
<!-- 其他方法,采用required的事务策略 ->
<prop key="*">PROPAGATION_REQUIRED</prop>
</props>
</property>
<!-- 为事务代理bean设置目标bean -->
< property name ="target" >
<!-- 采用嵌套bean配置目标bean -->
< bean class ="lee.PersonDaoHibernate" >
<!-- 为DAO bean注入SessionFactory引用 -->
< property name ="sessionFactory" >< ref local ="sessionFactory" /></ property >
</ bean >
</ property >
</ bean >
====================================================================================
使用HibernateTemplate的方法进行CRUD操作,其中查询操作通常可分为两种,一种为固定条件查询,另一种为动态多条件查询(如查询界面的实现),固定条件查询可以很方便地通过createQuery,find()等方法实现,但是我在动态条件查询的实现过程中,hibernate3.0可以实现英文的条件查询,而中文条件则会出现乱码。现将具体的过程描述如下:
1.固定条件查询
可以使用常规的方法,如getHibernateTemplate().find(),getHibernateTemplate().createQuery()等
2.动态多条件查询
由于查询条件的不确定性,我曾尝试用拼参数的方法将拼好的sql语句传入find(qlStr),但是查询时hibernate会将中文的条件报为乱码。不过如果条件全部是英文参数的话拼sql是可以的。乱码报错如下:
3:49,946 INFO [STDOUT] Hibernate:
select incometype0_.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(String arg0,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接口可以更好地利用缓存,提高程序执行效率。