从JBoss7迁移到Wildfly9时带CMT的EJB

Question

我正在将我的应用程序从JBoss7迁移到WildFly(V9.0.1)，由于bean事务管理错误，它没有被部署。

    Caused by: javax.naming.NamingException: WFLYNAM0062: Failed to lookup env/com.component.eventmgt.EventServiceImpl/transaction [Root exception is java.lang.RuntimeException: WFLYNAM0059: Resource lookup for injection failed: java:jboss/UserTransaction]
    at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:157)
    at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:83)
    at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:207)
    at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:193)
    at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:189)
    at org.jboss.as.naming.deployment.ContextNames$BindInfo$1$1.getReference(ContextNames.java:316)
    ... 90 more
Caused by: java.lang.RuntimeException: WFLYNAM0059: Resource lookup for injection failed: java:jboss/UserTransaction
    at org.jboss.as.naming.deployment.ContextNames$BindInfo$1$1.getReference(ContextNames.java:319)
    at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:143)
    ... 95 more
Caused by: javax.naming.NameNotFoundException: UserTransaction [Root exception is java.lang.IllegalStateException: WFLYEJB0137: Only session and message-driven beans with bean-managed transaction demarcation are allowed to access UserTransaction]
    at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:153)
    at org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:83)
    at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:207)
    at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:193)
    at org.jboss.as.naming.NamingContext.lookup(NamingContext.java:189)
    at org.jboss.as.naming.deployment.ContextNames$BindInfo$1$1.getReference(ContextNames.java:316)
    ... 96 more

下面是EventServiceImpl类。

    @Stateless
    @Remote(EventService.class)
    @TransactionAttribute(TransactionAttributeType.REQUIRED)
    public class EventServiceImpl implements EventService {

        /**
         * Logger
         */
        private static Logger log = LoggerFactory.getLogger(EventService.class);

        private EventTableDAO eventDao;

        @PersistenceContext(unitName = "SOMF-GT")
        private EntityManager entityManager;

        @Resource
        private UserTransaction transaction;

       public List<Map> loadEvents() throws EventsException {

        Configuration configurationEntry = new Configuration();
        try {
            Map configuration = configurationService.getConfiguration();
            if (configuration != null) {

        eventDao = new EventTableDAO(Event.class, entityManager, transaction);
        List<Map> eventsMapList = new ArrayList();
}
}

请提供任何信息！

Answer 1

这些变化在Wildfly8中推出，并且（如下所述）基于EJB3.1中的全局JNDI命名空间的标准化。

来自Wildfly 8开发人员指南：

EJB3.1引入了一个标准化的全局JNDI命名空间和一系列映射到Java EE应用程序不同范围的相关命名空间。用于便携JNDI查找的三个JNDI命名空间是java:global、java:module和java：app。如果在应用程序中使用JNDI查找，则需要更改它们以遵循新的标准化JNDI命名空间约定。

《指南》进一步指出：

Wildfly8加强了JNDI命名空间名称，为应用服务器中绑定的每个名称提供可预测和一致的规则，并防止未来的兼容性问题。这意味着，如果应用程序中的当前命名空间不遵循新规则，您可能会遇到问题。

下面是表中的一个片段，展示了以前版本中JNDI映射的示例，以及它们现在可能是如何特定于UserTransaction:

Previous Namespace          New Namespaces
------------------          --------------
java:comp/UserTransaction   java:comp/UserTransaction (This will not be accessible for non EE threads, e.g. Threads your application directly creates)
java:comp/UserTransaction   java:jboss/UserTransaction (Globally accessible, use this if java:comp/UserTransaction is not available)

（事务）必需属性

如果客户机在事务中运行并调用企业bean的方法，则该方法将在客户机的事务中执行。如果客户端未与事务关联，则容器在运行方法之前启动一个新事务。

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

我发现执行此操作需要Transaction（使用事务或扩展持久化上下文），这似乎表明事务将由您管理，正如您在注释@marco中指出的那样。看来您已经做了适当的修改。