用EJB进行事务管理

            最近在实践java项目中，遇到了很多的注解，通过百度发现，这些注解内部其实蕴含着大学问，下面我来说一下@TransactionManagement

           在EJB中有两种使用事务的方式。第一种方式通过容器管理的事务，叫CMT(Container-Managed Transaction)，另一种通过Bean管理的事务叫BMT(Bean-Managed Transaction)。
 
         如果使用容器来管理事务,那么EJB组件就不需要显式地给出begin 、commit 、abort 语句，EJB 容器会替我们考虑这些内容。EJB 容器会依据EJB组件提供者指定的事务行为来界定相应的事务边界。
         在使用容器管理事务时，EJB 容器会拦截客户请求，并自动为EJB组建启动新的事务，也就是说，容器会通过begin 语句调用底层事务系统，从而启动事务。随后，容器会将业务请求委派给EJB组件，组件中的业务操作将运行在这一事务中。处于事务中的EJB 组件能够执行任何业务逻辑，如写入数据库、发送异步信息、调用其他的EJB组件等。一旦在处理业务过程中出现问题，则EJB 组建需要通知EJB 容器去回滚事务。当EJB 组建完成业务处理后，会将控制权交回给EJB 容器。随后，EJB容器能够通过commit 或abort 语句调用底层事务系统。
       我们可以使用@TransactionAttribute注释或部署描述符来指定事务属性。EJB 容器通过分析事务属性便能够知道如何处理EJB 组件的事务需求。

        如果用简短的话总结上面的内容就是,用CMT管理事务,事务都是被容器管理的,开发人员不需要对事务进行管理,需要做的就是配置事务属性.
 
      EJB 事务属性的取值有以下几种：
 
（1 ）Required ，如果EJB组件必须总是运行在事务中，则应该使用Required 模式。如果已经有事务在运行，则EJB 组件参与其中；如果没有事务运行，则EJB 容器会为EJB组件启动新的事务。
 
           Required 是默认和最常使用的事务属性值。这个值指定必须在事务之内调用EJB方法。如果从非事务性客户端调用方法，那么容器会在调用方法之前开始事务，并且在方法返回时结束事务。另一方面，如果调用者从事务性上下文调用方法，那么方法会联结已有事务。在从客户段传播事务的情况下，如果我们的方法表示应该回滚事务，那么容器不仅回回滚整个事务，而且会向客户端抛出异常，从而让客户端知道它开始的事务已经被另一个方法回滚了。
 
（2 ）Requires_New，当客户调用EJB 时，如果总是希望启动新的事务，则应该使用RequiresNew 事务属性，如果客户在调用EJB组件时已经存在事务，则当前事务会被挂起，进而容器启动新的事务，并将调用请求委派给EJB组件。也就是说，如果客户端已经有了事务，那么它暂停该事务，知道方法返回位置，新事务是成功还是失败都不会影响客户端已有的事务。EJB组件执行相应的业务操作，容器会提交或回滚事务，最终容器将恢复原有的事务，当然，如果客户在调用EJB 组件时不存在事务，则不需要执行事务的挂起或恢复操作。
 
           RequiresNew 事务属性非常有用。如果EJB 组件需要事务的ACID属性，并且将EJB 组件运行在单个独立的工作单元中，从而不会将其他外部逻辑也包括在当前的事务中，则必须使用RequiredNew事务属性。如果需要事务，但是不希望事务的回滚影响客户端，就应该使用它。另外，当不希望客户端的回滚影响你的时候，也应该使用这个值。
 
（3 ）Supports ，如果某个EJB组件使用了Supports 事务属性，则只有调用它的客户已经启用了事务时，这一EJB 组件才会运行在事务中。如果客户并没有运行在事务中，则EJB组建也不会运行在事务中。Supports 同Required 事务属性很相似，但是，Required 要求EJB 组件必须运行在事务中。如果使用Support事务属性，EJB 组建很可能没有运行在事务中。
 
（4 ）Mandatory ，Mandatory事务属性要求调用EJB 组件的客户必须已经运行在事务中。如果从非事务性客户端调用使用Mandatory 属性的EJB方法，那么客户将接受到系统抛出的javax.ejb.EJBTransactionRequiredException 异常。EJB 组件使用Mandatory事务属性是非常安全的，它能够保证EJB 组建运行在事务中。如果客户没有运行在事务中，则不能够调用到应用了Mandatory 事务属性的EJB组件。但是，Mandatory 事务属性要求第3 方（及客户）在调用EJB 组件前必须启动了事务。EJB 容器并不会为Mandatory事务属性自动启动新事务，这是同Support 事务属性的最主要区别。
 
（5 ）NotSupported ，如果EJB组件使用了NotSupport事务属性，它根本不会参与到事务中。如果调用者使用相关联的事务调用方法，容器就会暂停事务，调用方法，然后再方法返回时恢复事务。通常，此属性只用于非实物性的自动确认模式中，支持JMS提供者的MDB 。
 
（6 ）Never ，如果EJB组件使用Never 事务属性，它就不能够参与到事务中，而且，如果调用它的客户已经处于事务中，则容器会将javax.ejb.EJBException异常抛给客户。

            当然在上面所列出的属性中我们最常用的还是Required具体可以看下面的一段片段代码:

<span style="font-size:18px;">import javax.ejb.Remote;import javax.ejb.Stateless;import javax.ejb.TransactionAttribute;import javax.ejb.TransactionAttributeType;import javax.ejb.TransactionManagement;import javax.ejb.TransactionManagementType;import javax.persistence.EntityManager;import javax.persistence.PersistenceContext;@Stateless(name = "UserManager")@Remote@TransactionManagement(TransactionManagementType.CONTAINER)public class UserManagerBean implements UserManager {   @PersistenceContext    private EntityManager em ;    @TransactionAttribute(TransactionAttributeType.REQUIRED)   public void addUser(String name) {      User s = new User();      s.setName(name);      em.persist(s);      System.out.println("服务器端执行成功:保存姓名" + name);     }}</span>

          

          上面的例子中

             @TransactionManagement(TransactionManagementType.CONTAINER)表示指定事务的类型。如果省略，默认为CMT方式。

             @TransactionAttribute(TransactionAttributeType.REQUIRED)通知容器如何管理事务，事务的属性控制了事务的使用范围，因为事务之间的关系非常的复杂，这个属性主要是用来处理事务与事务之间怎样来处理的的问题。

    以上便是EJB用容器来进行事务管理,在这里我们还发现了一个注解：@Stateless

     下面我来讲讲这个注解的意思：

     

1）有状态会话bean：每个用户有自己特有的一个实例，在用户的生存期内，bean保持了用户的信息，即“有状态”；一旦用户灭亡（调用结束或实例结束），bean的生命期也告结束。即每个用户最初都会得到一个初始的bean。生命周期我们可以用web中context去简单认识，比如session、request等。在这个生命周期内，用户只会得到一个特定的stateful会话bean。

 

2）无状态会话bean：bean一旦实例化就被加进会话池中，各个用户都可以共用。即使用户已经消亡，bean的生命期也不一定结束，它可能依然存在于会话池中，供其他用户调用。由于没有特定的用户，那么也就不能保持某一用户的状态，所以叫无状态bean。但无状态会话bean并非没有状态，如果它有自己的属性（变量），那么这些变量就会受到所有调用它的用户的影响，这是在实际应用中必须注意的。