阐明Hibernate的事务处理惩罚机制
副标题#e#
Hibernate是对JDBC的轻量级工具封装，Hibernate自己是不具备Transaction处理惩罚成果的，Hibernate的Transaction实际上是底层的JDBC Transaction的封装，可能是JTA Transaction的封装，下面我们具体的阐明：
Hibernate可以设置为JDBCTransaction可能是JTATransaction，这取决于你在hibernate.properties中的设置:
#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JDBCTransactionFactory
假如你什么都不设置，默认环境下利用JDBCTransaction，假如你设置为：
hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
将利用JTATransaction，不管你筹备让Hibernate利用JDBCTransaction，照旧JTATransaction，我的忠告就是什么都不配，将让它保持默认状态，如下：
#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JTATransactionFactory
#hibernate.transaction.factory_class
net.sf.hibernate.transaction.JDBCTransactionFactory
在下面的阐明中我会给出原因。
一、JDBC Transaction
看看利用JDBC Transaction的时候我们的代码例子：
Session session = sf.openSession();
Transaction tx = session.beginTransactioin();
...
session.flush();
tx.commit();
session.close();
这是默认的环境，当你在代码中利用Hibernate的Transaction的时候实际上就是JDBCTransaction。那么JDBCTransaction毕竟是什么对象呢？来看看源代码就清楚了：
Hibernate2.0.3源代码中的类
net.sf.hibernate.transaction.JDBCTransaction:
public void begin() throws HibernateException {
...
if (toggleAutoCommit) session.connection().setAutoCommit(false);
...
}
这是启动Transaction的要领，看到 connection().setAutoCommit(false) 了吗？是不是很熟悉？
再来看
public void commit() throws HibernateException {
...
try {
if ( session.getFlushMode()!=FlushMode.NEVER ) session.flush();
try {
session.connection().commit();
committed = true;
}
...
toggleAutoCommit();
}
这是提交要领，看到connection().commit() 了吗？下面就不消我多说了，这个类代码很是简朴易懂，通过阅读使我们大白Hibernate的Transaction都在干了些什么？我此刻把用Hibernate写的例子翻译成JDBC，各人就一目了然了：
Connection conn = ...; <--- session = sf.openSession();
conn.setAutoCommit(false); <--- tx = session.beginTransactioin();
... <--- ...
conn.commit(); <--- tx.commit(); (对应左边的两句)
conn.setAutoCommit(true);
conn.close(); <--- session.close();
看大白了吧，Hibernate的JDBCTransaction基础就是conn.commit罢了，基础毫无神秘可言，只不外在Hibernate中，Session打开的时候，就会自动conn.setAutoCommit(false)，不像一般的JDBC，默认都是true，所以你最后不写commit也没有干系，由于Hibernate已经把AutoCommit给关掉了，所以用Hibernate的时候，你在措施中不写Transaction的话，数据库基础就没有回响。
#p#副标题#e#
二、JTATransaction
假如你在EJB中利用Hibernate，可能筹备用JTA来打点跨Session的长事务，那么就需要利用JTATransaction，先看一个例子：
javax.transaction.UserTransaction tx = new
InitialContext().lookup("javax.transaction.UserTransaction");
Session s1 = sf.openSession();
...
s1.flush();
s1.close();
...
Session s2 = sf.openSession();
...
s2.flush();
s2.close();
tx.commit();
这是尺度的利用JTA的代码片段，Transaction是跨Session的，它的生命周期比Session要长。假如你在EJB中利用Hibernate，那么是最简朴不外的了，你什么Transaction代码统统都不要写了，直接在EJB的陈设描写符上设置某某要领是否利用事务就可以了。
此刻我们来阐明一下JTATransaction的源代码， net.sf.hibernate.transaction.JTATransaction:
public void begin(InitialContext context, ...
...
ut = (UserTransaction) context.lookup(utName);
...
看清楚了吗？ 和我上面写的代码 tx = new Initial Context?().lookup("javax.transaction.UserTransaction"); 是不是完全一样？
public void commit() ...
...
if (newTransaction) ut.commit();
...
JTATransaction的节制稍微巨大，不外仍然可以很清楚的看出来Hibernate是如何封装JTA的Transaction代码的。
可是你此刻是否看到了什么问题？ 仔细想一下，Hibernate Transaction是从Session中得到的，tx = session.beginTransaction()，最后要先提交tx，然后再session.close，这完全切合JDBC的Transaction的操纵顺序，可是这个顺序是和JTA的Transactioin操纵顺序彻底抵牾的！！！ JTA是先启动Transaction，然后启动Session，封锁Session，最后提交Transaction，因此当你利用JTA的Transaction的时候，那么就千万不要利用Hibernate的Transaction，而是应该像我上面的JTA的代码片段那样利用才行。
总结：
1、在JDBC上利用Hibernate 必需写上Hibernate Transaction代码，不然数据库没有回响。此时Hibernate的Transaction就是Connection.commit罢了
2、在JTA上利用Hibernate 写JTA的Transaction代码，不要写Hibernate的Transaction代码，不然措施会报错
3、在EJB上利用Hibernate 什么Transactioin代码都不要写，在EJB的陈设描写符内里设置
|—CMT(Container Managed Transaction)
|
|—BMT(Bean Managed Transaction)
|
|—-JDBC Transaction
|
|—-JTA Transaction
