@Stateless vs @RequestScoped

Question

我正在学习使用JAX-RS进行一些轻松的api开发，并且对我的资源类有疑问。

我的理解是，我的资源类应该是RequestScoped，但是，当它是RequestScoped时，我对实体管理器的persist方法的调用将引发TransactionRequiredException。

如果我将资源类更改为无状态，那么一切都很好，并且实体管理器可以继续存在而不会出现任何问题。

我还是JavaEE的新手，想知道为什么会这样，以及@Stateless批注做了什么，以允许持久性上下文正确注入。我还想知道JAX-
RS资源类是否为无状态而不是RequestScoped是否存在任何问题，因为我所看到的大多数教程都包含它们。

我在下面提供了一些示例代码进行说明。

@Path("Things")
//@Stateless //works just fine when em.persist() is called
@RequestScoped //throws transactionrequiredexception when em.persist() is called
public class ThingsResource{

    @PersistenceContext(unitName = "persistenceUnitName")
    EntityManager em;


    public ThingsResource() { }

    @POST
    @Produces(MediaType.APPLICATION_JSON)
    public Response postThing(ThingDTO thing){

        ThingEntity newThing = new ThingEntity(thing);
        em.persist(newThing);
        em.flush();

        return Response.created(new URI("/" + newThing.getId()).build();

    }
}

Answer 1

马蒂亚斯（Matthias）就在现场。

@Stateless带注释的Bean是EJB，默认情况下提供Container-Managed-
Transactions
。如果EJB的客户端不提供新的事务，则CMT将默认创建一个新的事务。

必需的属性
如果客户端在事务中运行并调用企业bean的方法，则该方法在客户端的事务中执行。如果客户端未与事务关联，则容器在运行该html" target="_blank">方法之前启动一个新事务。

Required属性是使用容器管理的事务划分运行的所有企业Bean方法的隐式事务属性。除非您需要覆盖另一个事务属性，否则通常不设置Required属性。因为事务属性是声明性的，所以以后可以轻松更改它们。

在最近关于jax-rs的java-ee-7
教程中，Oracle提供了使用EJB（@Stateless）的示例。

… EJB的@ javax.ejb.Asynchronous批注和@Suspended
AsyncResponse的组合实现了业务逻辑的异步执行，并最终通知了感兴趣的客户端。任何JAX-
RS根资源都可以使用@Stateless或@Singleton注释进行注释，并且实际上可以用作EJB ..

在这种情况下，@
RequestScoped与@Stateless之间的主要区别在于，容器可以合并EJB，并且避免了可能会在每个请求上构造的bean可能需要的一些昂贵的构造/破坏操作。