0

我有一个具有这种结构的 Maven 项目：

-myproject
  -myproject-ear
  -myproject-service
    -webservice
  -myproject-ejb

在myproject-ejb我有这个java包：

-src/main/java/
-src/test/java/

我有一个 EJB 和相应的 bean 实现

-src/main/java/org/mypackage/MyBean.java
-src/main/java/org/mypackage/MyBeanImpl.java

在src/test/java/我有一个名为 MyBeanTest.java 的测试，代码如下：

import javax.ejb.EJB;
import org.mypackage.MyBean;
import org.junit.*;

public class MyBeanTest {

    @EJB
    private MyBean myBean;

    @Test
    public void testBean() {
        System.out.println("myBean: "+myBean); // prints null
        myBean.writeToDB("Hello", "World"); // fails since myBean is null
    }
}

当我运行单元测试时，它myBean是空的。我想知道为什么@EJB注释不起作用。测试包与 bean 在同一个应用程序中，所以@EJB应该可以工作。

有任何想法吗？

编辑 1
我发现这个链接和我有同样的问题，但那里的解决方案似乎对我不起作用。我做错什么了吗？

package org.myproject.ejb;

import java.util.Hashtable;
import java.util.Properties;

import javax.ejb.EJB;
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.servlet.ServletException;

import org.myproject.ejb.MyBean;
import org.jboss.ejb.client.ContextSelector;
import org.jboss.ejb.client.EJBClientConfiguration;
import org.jboss.ejb.client.EJBClientContext;
import org.jboss.ejb.client.PropertiesBasedEJBClientConfiguration;
import org.jboss.ejb.client.remoting.ConfigBasedEJBClientContextSelector;
import org.junit.*;

public class MyBeanTest {

    private MyBean myBean;

    @Before
    public void init() {
        try {
            Properties clientProp = new Properties();
            clientProp.put("remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED", "false");
            clientProp.put("remote.connections", "default");
            clientProp.put("remote.connection.default.port", "4447");
            clientProp.put("remote.connection.default.host", "localhost");
            clientProp.put("remote.connection.default.connect.options.org.xnio.Options.SASL_POLICY_NOANONYMOUS", "false");


            EJBClientConfiguration cc = new PropertiesBasedEJBClientConfiguration(clientProp);
            ContextSelector<EJBClientContext> selector = new ConfigBasedEJBClientContextSelector(cc);
            EJBClientContext.setSelector(selector);

            Properties env = new Properties();
            env.put(Context.URL_PKG_PREFIXES, "org.jboss.ejb.client.naming");
            env.put(Context.SECURITY_PRINCIPAL, "admin");
            env.put(Context.SECURITY_CREDENTIALS, "testing");
            InitialContext ctx = new InitialContext(env);
            myBean = (MyBean) ctx.lookup("java:app/myproject-ejb-1.0-SNAPSHOT/MyBeanImpl");
        } 
        catch(NamingException ex) {
            ex.printStackTrace();
        }
    }

    @Test
    public void testBean() {
        System.out.println("ejb: "+myBean); // prints null
    }
}

我使用上述配置得到的错误是：

WARN: Unsupported message received with header 0xffffffff
javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
    at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662)
    at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:307)
    at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:344)
4

3 回答 3

5

  1. 容器资源注入，例如 @EJB，需要一个填充的 JNDI 目录，并且只能在 Java EE 容器中执行的 Java EE 托管组件中工作。是单元测试的挑战。请参阅 JSR318 Java EE 6 平台规范，EE.5 资源、命名和注入部分。

  2. 您现在正在尝试 JNDI 查找 - Java SE 单元测试应用程序远程连接其 JNDI 上下文。缺点：必须部署完整的 Java EE 6 应用程序作为运行测试的前提；test-bugfix-build-deploy-retest 生命周期会减慢速度。

    一些问题：

    • 您的用户名/密码属性与 JBoss 文档不同；
    • 从 doc 看来，JNDI 查找名称需要是，"ejb:..."而不是"java:app/..."因为 JBoss EJB-client-project 代码使用它来拦截查找。同样来自 Java EE 6 平台规范 EE.5.2.2：命名java:app空间中的名称由单个 Java EE 应用程序中所有模块中的所有组件共享。如果您的测试是使用java:app.
    • 确保查找接口，而不是远程访问的实现类（即 EJB 无接口视图）
    • 您指的是显示直接使用 EJBClientConfiguration 和 EJBClientContext 的不寻常参考。似乎这不是必需的/首选的。

    尝试以下操作：

  3. 未来：使用CDI进行注射；JUnit + CDI@Mock用于“POJO”单元测试；Arquillian 用于容器中的“Java EE”单元/模块测试。然后你可以避免/减少上面（2）（JSE客户端-> EJB）这样的测试。CDI 支持：

    • Java EE 资源注入 POJO（包括@EJB注解）。这仍然需要一个部署的 Java EE 应用程序/组件和填充的 JNDI 目录来查找。

    • 作为 POJO 或 Java EE 组件（包括 EJB）的托管 bean - 使用高级 @Inject 注释将“any”注入“any”。在没有 JNDI 目录的情况下工作，是类型安全和 bean 范围感知的。

    • 通过简单的模拟支持单元测试。使用@Mock&@Specializes声明任何 bean 的替换版本。测试没有 EJB 的 EJB 客户端。将 EJB 作为 POJO 进行测试。

    要启用 CDI，请包含一个beans.xml文件（如果所有配置都通过注释，则可以为空）。

    声明一个托管 bean：

    • 类以上的可选范围，例如@SessionScoped
    • 无参数构造函数/@Inject构造函数

    使用它来注入引用：

     @Inject (optional @MyDeclaredQualifier) private MyBean myBean;

    Arquillian（“JUnit for Java EE 6”）在 Java EE 服务器上运行测试代码本身。它动态地将测试代码部署到配置的容器并运行测试。它支持@EJB注释，JNDI 连接变得简单，您可以在单元测试中包含 Java EE 类，而无需模拟或重构以从它们中抽象出来。

于 2013-05-07T06:51:24.160 回答
2

1）注解注入由容器完成。所以非托管类（容器托管）将无法进行注解注入。

2)现在，在这种情况下，您必须手动调用JNDI并检索EJB实例：

IE：

InitialContext ctx = new InitialContext();      
MyBean bean = (MyBeanRemote) ctx.lookup("java:global/<portable jndi name of your bean>");

注意：使用无 arg 构造函数InitialContext()。因为您的 java 类部署在我认为的服务器中。否则，如果您的类是独立的 java 类，您可能需要指定上下文工厂类，具体取决于供应商。

注意：如果您从不同的应用程序（即：不同的war、ear ...）调用EJB，您将需要Bean Remote接口，否则本地接口就足够了。

于 2013-05-05T01:53:41.287 回答
1

当无法创建初始上下文实现时，将引发此异常。InitialContext 类的文档中描述了如何选择初始上下文实现的策略。

在与 InitialContext 的任何交互过程中都可能引发此异常，而不仅仅是在构造 InitialContext 时。例如，初始上下文的实现可能仅在调用实际方法时才延迟检索上下文。应用程序不应依赖于何时确定初始上下文的存在。

于 2013-05-06T19:56:42.560 回答