EJBCLIENT000025：没有EJB接收器可供处理？

时间：2014-02-13 07:51:52

标签： java-ee ejb jboss7.x rmi remoteobject

我正在尝试从可执行的Java应用程序（本地不在JBoss上）连接到本地JBoss 7.2上的远程EJB。

但是我收到以下错误/异常：

java.lang.IllegalStateException: EJBCLIENT000025: No EJB receiver available for handling [appName:xx-xx, moduleName:xx-xx-business-impl, distinctName:] combination for invocation context org.jboss.ejb.client.EJBClientInvocationContext@14bc02d
    at org.jboss.ejb.client.EJBClientContext.requireEJBReceiver(EJBClientContext.java:693)
    at org.jboss.ejb.client.ReceiverInterceptor.handleInvocation(ReceiverInterceptor.java:116)
    at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:183)
    at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:177)
    at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:161)
    at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:124)
    at com.sun.proxy.$Proxy0.getX(Unknown Source)
    at com...ris.client.PACSServiceTest.main(PACSServiceTest.java:71)

测试远程bean TestService及其实现在EAR中。

服务器类：

@Remote
public interface TestService {

    public int getX();

}

@Stateless
@Remote(TestService.class)
public class TestServiceBean implements TestService{

    @Override
    public int getX() {
        // TODO Auto-generated method stub
        return 1111;
    }
}

客户代码：

final Hashtable jndiProperties = new Hashtable();
jndiProperties.put(Context.URL_PKG_PREFIXES, "org.jboss.ejb.client.naming");
jndiProperties.put(Context.INITIAL_CONTEXT_FACTORY, "org.jboss.naming.remote.client.InitialContextFactory");
jndiProperties.put(Context.PROVIDER_URL,"remote://localhost:4447");

String jndiName = "ejb:orbis-dicom/orbis-dicom-business-impl//TestServiceBean!"
                  + TestService.class.getName();
logger.info(jndiName);

final Context context = new InitialContext(jndiProperties);
TestService service = (TestService) context.lookup(jndiName);

logger.info(service.getX());

jboss-ejb-client.properties： 

remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED=false
remote.connections=default
remote.connection.default.host=localhost
remote.connection.default.port =4447
remote.connection.default.connect.options.org.xnio.Options.SASL_POLICY_NOANONYMOUS=false
remote.connection.default.username=xx
remote.connection.default.password=x

客户端依赖项： 

+- org.jboss.spec.javax.transaction:jboss-transaction-api_1.1_spec:jar:1.
nal:runtime
 +- org.jboss.spec.javax.ejb:jboss-ejb-api_3.1_spec:jar:1.0.2.Final:runtim

 +- org.jboss:jboss-ejb-client:jar:1.0.16.Final:runtime
 |  +- org.jboss.marshalling:jboss-marshalling:jar:1.3.16.GA:runtime (vers
naged from 1.3.15.GA)
 |  \- org.jboss.logging:jboss-logging:jar:3.1.2.GA:runtime
 +- org.jboss.xnio:xnio-api:jar:3.0.7.GA:runtime
 +- org.jboss.xnio:xnio-nio:jar:3.0.7.GA:runtime
 +- org.jboss.remoting3:jboss-remoting:jar:3.2.14.GA:runtime
 +- org.jboss.sasl:jboss-sasl:jar:1.0.3.Final:runtime
 +- org.jboss.marshalling:jboss-marshalling-river:jar:1.3.16.GA:runtime
 +- org.jboss.as:jboss-as-naming:jar:7.2.0.Final:provided
 |  +- org.jboss:jboss-remote-naming:jar:1.0.5.Final:provided
 |  +- org.jboss.msc:jboss-msc:jar:1.0.4.GA:provided
 |  +- org.jboss.as:jboss-as-server:jar:7.2.0.Final:provided
 |  |  +- org.jboss.as:jboss-as-controller:jar:7.2.0.Final:provided
 |  |  |  +- org.jboss.as:jboss-as-controller-client:jar:7.2.0.Final:provi

 |  |  |  \- org.jboss:staxmapper:jar:1.1.0.Final:provided
 |  |  +- org.jboss.as:jboss-as-domain-http-interface:jar:7.2.0.Final:prov

 |  |  |  +- org.jboss.as:jboss-as-domain-management:jar:7.2.0.Final:provi

 |  |  |  |  \- org.jboss:jboss-common-core:jar:2.2.17.GA:provided
 |  |  |  \- org.jboss.com.sun.httpserver:httpserver:jar:1.0.1.Final:provi

 |  |  +- org.jboss.as:jboss-as-deployment-repository:jar:7.2.0.Final:prov

 |  |  |  \- org.jboss.as:jboss-as-protocol:jar:7.2.0.Final:provided
 |  |  +- org.jboss.as:jboss-as-platform-mbean:jar:7.2.0.Final:provided
 |  |  +- org.jboss.as:jboss-as-process-controller:jar:7.2.0.Final:provide

 |  |  |  \- system:jdk-tools:jar:jdk:system
 |  |  +- org.jboss.as:jboss-as-remoting:jar:7.2.0.Final:provided
 |  |  |  \- org.jboss.as:jboss-as-network:jar:7.2.0.Final:provided
 |  |  +- org.jboss.as:jboss-as-version:jar:7.2.0.Final:provided
 |  |  +- org.jboss:jandex:jar:1.0.3.Final:provided
 |  |  +- org.jboss:jboss-dmr:jar:1.1.6.Final:provided
 |  |  +- org.jboss.invocation:jboss-invocation:jar:1.1.1.Final:provided
 |  |  +- org.jboss.logmanager:jboss-logmanager:jar:1.4.0.Final:provided
 |  |  +- org.jboss.logmanager:log4j-jboss-logmanager:jar:1.0.1.Final:prov

 |  |  +- org.jboss.modules:jboss-modules:jar:1.2.0.CR1:provided
 |  |  +- org.jboss.stdio:jboss-stdio:jar:1.0.1.GA:provided
 |  |  +- org.jboss.threads:jboss-threads:jar:2.1.0.Final:provided
 |  |  \- org.jboss:jboss-vfs:jar:3.1.0.Final:provided
 |  \- org.jboss.as:jboss-as-build-config:jar:7.2.0.Final:provided
 \- log4j:log4j:jar:1.2.16:compile

有什么想法吗？提前谢谢！

8 个答案:

答案 0 :(得分：6)

您需要保持引用的InitialContext（不能进行垃圾回收），只要您想访问＆＃34; lookup＆＃39; ed＆＃34;远程EJB。

答案 1 :(得分：4)

同样的问题一直困扰着我好几天。我使用的是Wildfly 9.0.2，但其本质应该是相同的。将属性jboss.naming.client.ejb.context设置为 false 。

JBoss为远程查找提供了两种不同的方法，＆＃34;远程命名＆＃34;和＆＃34; ejb-client＆＃34;。两者都在https://docs.jboss.org/author/display/AS71/Remote+EJB+invocations+via+JNDI+-+EJB+client+API+or+remote-naming+project

中得到了最好的解释

您正在使用纯粹的＆＃34; ejb-client＆＃34;方法，其中查找EJB代理的InitialContext不再有效（即，它已关闭或gc被编辑）。这就是＆＃34;没有EJB接收器＆＃34;例外意味着。当属性jboss.naming.client.ejb.context为true时，它表示InitialContext应该用于所有EJB调用。但是，保持对前面提到的InitialContext的引用并不是一个好主意。

解决方案是将jboss.naming.client.ejb.context设置为false，这将强制EJB调用由＆＃34; remote-naming＆＃34;管理。框架。为了使其工作，您需要在类路径上同时使用jboss-ejb-client.properties和jndi.properties文件（或以编程方式配置）。后者应包含以下属性：

java.naming.factory.initial=org.jboss.naming.remote.client.InitialContextFactory
java.naming.provider.url=remote://localhost:4447
jboss.naming.client.ejb.context=false

鉴于此设置，您甚至可以在查找EJB代理后立即调用InitialContext.close()（如果您不能等待它自动gc＆＃39; ed。）

答案 2 :(得分：2)

在客户端代码中添加以下设置：     jndiProperties.put（＆＃34; jboss.naming.client.ejb.context＆＃34;，TRUE）;

答案 3 :(得分：0)

我遇到了同样的问题。

引发此异常是因为尝试在打开从客户端到应用程序服务器（JBoss）的所有允许接受连接数后打开连接（JNDI）。

常见的错误是打开的连接没有尽快关闭。更糟糕的是，它根本没有关闭。

要解决此问题，只需在完成EJB后添加此语句：

context.close();

请参阅此link。

答案 4 :(得分：0)

我们在将ejb引用从一种方法传递到另一种方法时也遇到了这个问题，以便在第二种方法中使用。

因此，您最好创建上下文，获取ejb，使用它并在一个方法中关闭上下文。

答案 5 :(得分：0)

如果有人感兴趣，我认为该消息告诉我：我无法获得与服务器bean的连接。 Whyever！可能有很多原因（错误的ejb查找语法，错误的端口，错误的等等）。

就我而言，这是一个错误的＆＃34;主机，除了在属性文件中定义的所有其他定义之外 - 不幸的是有尾随空白。

希望这可以帮助别人。

答案 6 :(得分：0)

我遇到的同样问题。 我可以看到你正在尝试运行单元测试来调用远程EJB，是吗？ 请确保将jboss-ejb-client.properties文件添加到classpath中。 虽然您可以创建jboss-ejb-client.properties文件，但要确保它包含在类路径中，这是必需的。 我通过这种方式解决了这个问题。

答案 7 :(得分：-1)

context.close（）并没有为我解决问题。

我初始化了一个空白上下文，并以下面的方式对会话bean 进行了jnki查找。

私有静态字符串JNDINAME =＆＃34; java：global / XXXEAR / XXXXejb /！。XXXHome＆＃34 ;; home =（XXXHome）context.lookup（JNDINAME）;

对于实体bean ......它很复杂，并且涉及JBoss配置中的更多更改。

JBoss AS 7以后的轻量级配置不支持实体bean 2.X.我们必须在AS7中使用 standalone-full配置或standalone-full-ha配置进行实体bean 部署。 使用独立的full.xml启动服务器，然后您将看到绑定到JNDI的实体bean： 17：27：31,762 INFO [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor]（MSC服务线程1-7）部署单元子部署中名为XXXBean的会话bean的JNDI绑定＆＃34; XXXEJB.jar＆＃34;部署＆＃34; XXXEAR.ear＆＃34;如下：

java:global/XXXEAR/XXXXEJB/<ejb bean name>!<package name><ejb local home>
java:app/XXXXEJB/<ejb bean name>!<package name><ejb local home>
java:module/<ejb bean name>!<package name><ejb local home>
java:global/XXXEAR/XXXXEJB/<ejb beanname>!<package name><ejb local>
java:app/XXXXEJB/<ejb bena name>!<package name><ejb local>
java:module/<ejb bean name>!<package name><ejb local>

应该通过java：global binding查找JNDI： Java的：全球/ XXXEAR / XXXXEJB /！ 它很好.. !!

相关问题
最新问题