作为 Java EE 的新手(但不是 Java 本身)，我正在尝试构建一个非常简单的“企业应用程序”，将 Hibernate 作为 JPA 提供程序，将 JSF 作为实际的 UI 框架。为此，我将 NetBeans 7 与 GlassFish 3.1 结合使用。

{ApplicationName}-ejb:

我已经完成了从数据库和这些实体的本地 session bean 生成实体类的工作。 Beans.xml 就位。

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

{ApplicationName}- war :

我创建了一个简单的 POJO 作为 JSF 页面的支持 bean。我用 javax.inject.@Named 和 javax.enterprise.context.@SessionScoped 对其进行了注释。这个支持 bean 现在可以从 JSF 页面访问，并在访问实际页面时被注入(inject)。 Beans.xml 也已就位。

@Named
@SessionScoped
public class QuestBean implements Serializable {

    @EJB
    protected QuestFacade questFacade;

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

部署并访问页面后，我从 GlassFish 收到一个错误，指出 JNDI 无法查找 QuestFacade。

堆栈跟踪很长，但最初的原因可能就足够了:

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 从同一应用程序中的不同模块注入(inject) EJB。是否应该使用 @Remote 接口(interface)？我还尝试为 @Stateless 和 @EJB 注释明确指定名称，但没有成功。

我相信我在做一些根本性的错误，但我无法找出是什么。

任何建议或将不胜感激!

最佳答案

I believe that I'm doing something fundamentaly wrong, but I cannot find out what.

你做错的是，如果你实现了一个业务接口(interface)(@Local 或 @Remote)，那么你必须声明发生注入(inject)的变量具有该接口(interface)的类型，而不是实际的 bean 类。

所以在你的情况下:

@Named
@SessionScoped
public class QuestBean implements Serializable {

    @EJB
    protected QuestFacadeLocal questFacade;

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

但是，当您进行本地(在 jvm 中)通信时，EJB 中不需要业务接口(interface)。正如您发现的那样，如果根本不为 EJB 指定业务接口(interface)，则可以注入(inject) bean 类本身。这是因为您随后会自动获得所谓的无界面 View 。

如果需要，您可以选择声明您同时需要本地 View 和无界面 View 。这样，无论是声明了 bean 类型本身还是它的业务接口(interface)，您都可以将 bean 类注入(inject)到某些地方。为此，您使用 @LocalBean。

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

因此现在可以通过两种方式进行注入(inject):

@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 ...
}

虽然在实践中我没有发现同时使用这两种方法有多大用处，但也许这会增加您的理解。

关于java - EJB Stateless Session Bean 应该如何正确注入(inject)到 web 模块中？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6273047/