JTA （XA）事务和JDBC事务

今天看到一个贴,说是否该在service中操作事务.个人认为事务尽量在service层操作,在dao层尽量不要写业务逻辑.

 

回头看看事务,以前写的代码真的乱七八糟.对事务的认识太局限了.很多业务逻辑都写在dao的事务里面,耦合在一起,完全就

 

浪费了我分service和dao层的用意.原来的代码只是形式上区分,实际上还是耦合了好多..看来要好好研究一下事务在

 

service的处理办法.尽量完美的解决.

 

以下是网络上转载来的一些事务的简单介绍,没有分层思想在里面.

 

事务简介
　　一般情况下，J2EE应用服务器支持JDBC事务、JTA（Java Transaction API）事务（一般由容器来进行管理）。通常，最好不要在程序中同时使用上述三种事务类型，比如在JTA事务中嵌套JDBC事务。第二方面，事务要在尽可能短的时间内完成，不要在不同方法中实现事务的使用（事务的嵌套要求更加良好的设计）。

JDBC事务
　　在JDBC中怎样将多个SQL语句组合成一个事务呢？在JDBC中，打开一个连接对象Connection时，缺省是auto-commit模式，每个SQL语句都被当作一个事务，即每次执行一个语句，都会自动的得到事务确认。为了能将多个SQL语句组合成一个事务，要将auto-commit模式屏蔽掉。在auto-commit模式屏蔽掉之后，如果不调用commit()方法，SQL语句不会得到事务确认。在最近一次commit()方法调用之后的所有SQL会在方法commit()调用时得到确认。例如下面的代码：

/**
* 测试Jboss中的JDBC事务
* 
*/
jjava.sql.Connection conn = null;
try{
javax.sql.DataSource ds = (javax.sql.DataSource) context.lookup("java:/OracleDS");
conn = ds.getConnection();
conn.setAutoCommit(false);
java.sql.Statement statement = conn.createStatement();
/**
*
* 数据库操作
*
*/
conn.commit();
} catch (Exception e) {
if(conn!=null)
try{conn.rollback();}catch(Exception e1){out.println("catch:事务回滚失败！
");}
out.println("catch:" + e.getClass() + ";" + e.getMessage()+"
");
}finally{
if(conn!=null) 
try{conn.close();}catch(Exception e1){out.println("finally:关闭数据库连接失败！
");}
}

 
毕竟JDBC事务大多数程序员可能经常使用，而且比较相对简单，就不作过多的描述了

JTA （XA）事务
　　Java 事务 API(JTA) 及其同门兄弟 Java 事务服务(Java Transaction Service JTS)为 J2EE 平台提供了分布式事务服务。一个分布式的事务涉及一个事务管理器和一个或者多个资源管理器。一个资源管理器是任何类型的持久性的数据存储。事务管理器负责协调所有事务参与者之间的通信。
　　与本地事务相比，XA 协议的系统开销相当大，因而应当慎重考虑是否确实需要分布式事务。只有支持 XA 协议的资源才能参与分布式事务。如果事务须登记一个以上的资源，则需要实现和配置所涉及的资源（适配器、JMS 或 JDBC 连接池）以支持 XA。

 

JTA事务工作流程
　　WEB服务器（比如：WebLogic Server）将根据以下条件返回不同种类的包装器：

　　　　1、所使用的 JDBC 驱动程序类是否支持 XA
　　　　2、是从 DataSource 还是从 TxDataSource 获得连接
　　　　3、调用 getConnection() 时是否在事务内运行
　　　　4、是否通过 RMI 从远程获得连接

　　决定返回哪种包装器的算法的工作方式如下：

import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.sql.DataSource;
import javax.transaction.SystemException;
import javax.transaction.UserTransaction;

import java.sql.Statement;
import java.sql.Connection;

/**
 * @author Administrator
 *
 */
public class JTAtest {

 /**
  * @param args
  */
 public static InitialContext getContext(){
  InitialContext ic = null;
  try {
   ic = new InitialContext();
  } catch (NamingException e) {
   e.printStackTrace();
  }
  return ic;
  
 }
 
 public static UserTransaction getUserTransaction(){
  UserTransaction ut = null;
  try {
   ut = (UserTransaction) getContext().lookup("UserTransaction");
  } catch (NamingException e) {
   e.printStackTrace();
  }
  return ut;
  
 }
 
 public static void main(String[] args) {
  InitialContext ic = null;
  UserTransaction ut = null;
  DataSource ds = null;
  
  try { 
   ic = getContext();
   ut = getUserTransaction();
   ds = (DataSource) ic.lookup("MySqlDS");

   ut.begin();
  
   Connection c = ds.getConnection();
   Statement s = c.createStatement();
   s.execute("insert into student values (2, 'hehe')");
   
   ut.commit();
   System.out.println("事务处理成功");
   
  } catch (Exception e) {
   try {
    ut.rollback();
   } catch (IllegalStateException e1) {
    e1.printStackTrace();
   } catch (SecurityException e1) {
    e1.printStackTrace();
   } catch (SystemException e1) {
    e1.printStackTrace();
   }
   e.printStackTrace();
  } 

 }

}

 

评论

3 楼 linpyi 2009-08-21  

Wuaner 写道

你都说了，“事务尽量在service层操作,在dao层尽量不要写业务逻辑”

那我想问问，你的那个jdbc事务的例子，你觉得算是dao层还是service层的那？

很明显是dao层，但是你的事务处理正是在这里做的。



“事务尽量在service层操作,在dao层尽量不要写业务逻辑”
这句话你写了跟没写一样。

我这篇主要是转载介绍事务的一些基本用法,最上面2句话是我的一些见解,2个可能不能放在一起引起误会.谢谢指出.

2 楼 Wuaner 2009-08-17  

你都说了，“事务尽量在service层操作,在dao层尽量不要写业务逻辑”

那我想问问，你的那个jdbc事务的例子，你觉得算是dao层还是service层的那？

很明显是dao层，但是你的事务处理正是在这里做的。



“事务尽量在service层操作,在dao层尽量不要写业务逻辑”
这句话你写了跟没写一样。

1 楼 linpyi 2009-01-09  

以上的事务实例是网上找来的,到处都一样,具体出处已经不详了.看代码比较容易理解.