Java EJB无状态会话Bean应该如何正确地注入web模块？

由于对JavaEE（而不是Java本身）完全陌生，我正在尝试构建一个非常简单的“企业应用程序”，其中Hibernate作为JPA提供者，JSF作为实际的UI框架。为此，我将NetBeans 7与GlassFish 3.1一起使用

{ApplicationName}-ejb:

我已经完成了从数据库生成实体类，并为这些实体生成本地session beanBeans.xml已就位

@Stateless
public class QuestFacade extends AbstractFacade<Quest> implements QuestFacadeLocal {
    // some methods here as well as EntityManager injection ...
}

然而，在部署和访问这个页面之后，我从GlassFish那里得到一个错误，

QuestFacade

无法被JNDI查找

stacktrace相当长，但初始原因可能足够：

Caused by: javax.naming.NamingException: Lookup failed for 'model.session.QuestFacade#model.session.QuestFacade' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NameNotFoundException: model.session.QuestFacade#model.session.QuestFacade not found]
    at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
    at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
    at javax.naming.InitialContext.lookup(InitialContext.java:392)
    at javax.naming.InitialContext.lookup(InitialContext.java:392)
    at com.sun.ejb.EjbNamingReferenceManagerImpl.resolveEjbReference(EjbNamingReferenceManagerImpl.java:173)
    ... 74 more
Caused by: javax.naming.NameNotFoundException: model.session.QuestFacade#model.session.QuestFacade not found
    at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:248)
    at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:215)
    at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:77)
    at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:119)
    at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:505)
    ... 78 more

我知道我正在说服GlassFish从同一应用程序中的不同模块注入EJB。是否应改用

@Remote

接口？我还试图明确指定

@Stateless

和

@EJB

注释的名称，但没有成功

我相信我在做一些根本错误的事情，但我不知道是什么

---

如有任何建议或建议，将不胜感激

显然问题在于我生成了

@Local

会话bean。根据，不再需要（？）指定

@Local

或

@Remote

接口。不过，我仍然不完全理解这个问题

我希望这个答案能为某人节省一些时间：——）

贾达

我相信我在做一些根本错误的事情，但我不知道是什么

错误之处在于，如果实现了业务接口（无论是

@Local

还是

@Remote

），那么必须将发生注入的变量声明为具有该接口的类型，而不是实际的bean类

因此，在你的情况下：

@Named
@SessionScoped
public class QuestBean implements Serializable {

    @EJB
    protected QuestFacadeLocal questFacade;

    // several methods delegating lookups to the questFacade ...
}

但是，在进行本地（jvm）通信时，EJB中不需要业务接口。正如您所发现的，如果您根本没有为EJB指定业务接口，那么您可以注入bean类本身。这是因为您随后会自动获得所谓的

无界面视图

如果需要，可以选择声明同时需要本地视图和无接口视图。通过这种方式，无论bean类型本身是声明的还是它的业务接口，都可以将bean类注入到适当的位置。为此，您可以使用

@LocalBean

@Stateless
@LocalBean
public class QuestFacade extends AbstractFacade<Quest> implements QuestFacadeLocal {
    // some methods here as well as EntityManager injection ...
}

---

在实践中，我并没有发现同时使用这两种方法都有很大的用处，但是也许这会增加你的理解。

虽然我设法帮助自己，正如我在回答中指出的，我认为你的答案更好，因为它提供了一个我不知道的解释。谢谢

@Stateless
@LocalBean
public class QuestFacade extends AbstractFacade<Quest> implements QuestFacadeLocal {
    // some methods here as well as EntityManager injection ...
}

@Named
@SessionScoped
public class QuestBean implements Serializable {

    @EJB
    protected QuestFacadeLocal questFacade; // possible because of local view
    @EJB
    protected QuestFacade questFacadeN; // possible because of no-interface view

    // several methods delegating lookups to the questFacade ...
}