【转】EJB3事物

http://hi.baidu.com/javaweb20/item/e027e2159f51c638b831802a

EJB 3 事务管理探讨


EJB事务的特点：

提供声明式事务与编程式事务

声明式事务：应用程序只需要关心业务逻辑，由容器来负责事务的管理。这是实践中常用的方法。

编程时事务：应用程序编码人员自己写事务代码。

② EJB事务编程的类型

A、CMT 容器管理事务

B、BMT Bean管理事务

C、Client-MT Client-Controlled Transaction客户端管理事务

实体Bean只能用CMT。

CMT：

由容器实现的远程对象/拦截器，负责调用中间件服务。

优点：在应用程序代码中，不用编写事务服务代码；

缺点：粗粒度，只能在方法级别控制事务。


EJB Bean类中编程方式来使用事务（BMT）：

优点：细粒度地控制事务

缺点：事务代理与业务代码纠缠

Client-controlled Transaction：

优点：客户端可以精确控制事务

缺点：可能会因为网络问题引起是事务的回滚。

3、EJB事务边界的划分

事务边界：事务边界是指事务从哪里开始。

CMT的事务特性：

Required：Bean类的方法必须要在事务环境下运行，这是容器默认的事务机制。

事务特性只能使用在CMT。

RequiredNew：Bean类中的方法必须在一个新的事务环境下运行。

Supports：Bean类的方法不需要支持事务。如果客户端有事务，则继续沿用原事务环境。

Mandatory：Bean类中方法必须要在事务环境下运行。客户端不启动事务则报错。

NoSupported：Bean类中方法不支持事务。如果客户端启动了事务，则挂起该事务。

Never：Bean类中的方法不支持事务。如果客户端启动了事务，则报错。

如果没有指定参数，@TransactionAttribute 注释使用REQUIRED 作为默认参数。

三、EJB事务的编程

1、CMT

@TransationManagement 用在类前，标注该EJB事务管理方式为Bean | Container（默认）

@TrasactionAttribute 用在方法前，标注事务特性（事务的边界）

@SessionContext.setRollbackOnly() 回滚标识，setRollbackOnly()方法必须在事务环境下运行。

EJB容器对于非受查异常（主要指RuntimeException）会回滚，事务对于受查异常则会提交事务。

2、BMT

UserTransaction：

① interface

② 提供控制事务的方法

③ 由容器实现，可以使用@Resource注入

UserTransaction.begin（）| commit（）| .rollback（）

3、客户端控制事务

调用EJB的方法，要求EJB必须采用CMT形式。

4、事务的隔离性

事务的隔离级别：

A、Read uncommitted：性能最高

B、Read committed：解决脏读问题

C、Repeatable read：解决重复读取问题

D、Serializable：解决幻读问题

EJB本身不提供隔离级别的设置，可以通过直接设置数据库（连接池）的隔离级别。

由于CMT依靠容器开始、提交和回滚事务，所以会限制事务的边界位置。而BMT则允许通过编程的方式来指定事务的开始、提交和回滚的位置。主要使用的是javax.transaction.UserTransaction接口。
例如：

如果使用有状态的Session Bean且需要跨越方法调用维护事务，那么BMT是你唯一的选择，当然BMT这种技术复杂，容易出错，且不能连接已有的事务，当调用BMT方法时，总会暂停已有事务，极大的限制了组件的重用。故优先考虑CMT事务管理。


@Stateless)
@TransactionManagement(TransactionManagementType.BEAN)
public class ManagerBean {
@Resource
private UserTransaction userTransaction;

public void placeSnagItOrder(Item item, Customer customer){
try {
userTransaction.begin();

validateCredit(customer);
....

userTransaction.commit();
} catch (CreditValidationException cve) {
userTransaction.rollback();
} catch (CreditProcessingException cpe){
userTransaction.rollback();
}
.....
}
}
@TransactionManagement(TransactionManagementType.BEAN) 指定了事务的类型为BMT，上面没有用到@TransactionAttribute，因为它只适用于CMT，在上面代码中，可以显示的指定事务的开始与提交，因此更加的灵活。上面最关键的地方是注入了UserTransaction资源。其中获得UserTransaction资源的方式有三种，除了用EJB资源的方式注入以外，还有以下两种方式：
（1） JNDI查找


Context context = new InitialContext();
UserTransaction userTransaction = (UserTransaction) context.lookup(“java:comp/UserTransaction”);
userTransaction.begin();
userTransaction.commit();

如果在EJB之外，则可使用此方法，如在不支持依赖注入的JBoss4.2.2的Web工程或helper class即帮助器类中都可以。

（2）EJBContext


@Resource
private SessionContext context;
...
UserTransaction userTransaction = context.getUserTransaction(); userTransaction.begin();
userTransaction.commit();

getUserTransaction方法只能在BMT中使用。如果在CMT中使用，则会抛出IllegalStateException异常。且在BMT中不能使用EJBContext的getRollbackOnly和setRollbackOnly方法，如果这样使用，也会抛出IllegalStateException异常。


@TransactionAttribute(TransactionAttributeType.REQUIRED)
public void insertProduct(String name, Float price, boolean error) {

｝

其中，@TransactionAttribute(TransactionAttributeType.REQUIRED)表示指定事务的类型。
如果省略，默认为CMT方式。
@TransactionAttribute(TransactionAttributeType.REQUIRED)通知容器如何管理事务，
事务的属性控制了事务的使用范围，因为事务之间的关系非常的复杂，这个属性主要是用来处理事务与事务之间怎样来处理的的问题。

如果产生一个系统异常，容器将自动回滚该事务。 EJBException是RuntimeException的子类，即也是一个系统运行时异常。
如果Bean抛出一个普通的非继承自RutimeException应用异常，事务将不会自动回滚，但可以
通过调用EJBContext的SetRollbackOnly回滚。 EJB上下文还有一个getRollbackOnly方法，通过返回一个boolean值来确定CMT事务是否已被标记为回滚。如果开始非常耗资源的操作前判断此bean的事务已被标记为回滚，则可以节约很多系统资源。
对于上面的异常回滚操作，还有一更加优雅的方式：
@ApplicationException(rollback=true)
public class CreditValidationException extends Exception {
@ApplicationException(rollback=true)
public class CreditProcessingException extends Exception {
//系统异常
@ApplicationException(rollback=false)
public class DatabaseException extends RuntimeException { @ApplicationExcepti把JAVA核对与不核对的异常标识为应用程序异常。其rollback默认为false,表示程序不会导致CMT自动回滚。