web-dev-qa-db-ja.com

EJBCLIENT000025：処理に使用できるEJBレシーバーがありませんか？

実行可能ファイルJavaアプリケーション（JBossではなくローカル）からローカルJBoss7.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)

テストリモートBeanTestServiceとその実装は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

何か案は？前もって感謝します！

java-eeejbjboss7.xrmiremoteobject
6
yck

「ルックアップされた」リモートEJBのメソッドにアクセスする限り、InitialContextを参照したままにする必要があります（ガベージコレクションであってはなりません）。

6
Stefan Cordes

同じ問題が何日も私を悩ませてきました。私はWildfly9.0.2を使用していますが、本質は同じである必要があります。プロパティ_jboss.naming.client.ejb.context_をfalseに設定します。

JBossは、リモートルックアップに「リモートネーミング」と「ejb-client」の2つの異なる手段を提供します。どちらも https://docs.jboss.org/author/display/AS71/Remote+EJB+invocations+via+JNDI+-+EJB+client+API+or+remote-namingで最もよく説明されています+プロジェクト

純粋な「ejb-client」アプローチを使用しています。このアプローチでは、EJBプロキシが検索されたInitialContextが無効になっています（つまり、閉じられているか、gcされています）。これが「EJBレシーバーなし」の例外の意味です。プロパティ_jboss.naming.client.ejb.context_がtrueの場合、InitialContextをすべてのEJB呼び出しに使用する必要があることを示します。ただし、前述のようにInitialContextへの参照を保持することはお勧めできません。

解決策は、_jboss.naming.client.ejb.context_をfalseに設定することです。これにより、EJB呼び出しが「リモート命名」フレームワークによって管理されるようになります。これを機能させるには、クラスパスに_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されるのを待つことができない場合）。

5
pxcv7r

以下の設定をクライアントコードに追加します。jndiProperties.put（ "jboss.naming.client.ejb.context"、true）;

2
Sam

私が遭遇したのと同じ問題。ユニットテストを実行してリモートEJBを呼び出そうとしていることがわかりますね。必ずjboss-ejb-client.propertiesファイルをクラスパスに追加してください。 jboss-ejb-client.propertiesファイルを作成することもできますが、それがクラスパスに含まれていることを確認してください。これは必須です。私はこの方法でこの問題を解決しました。

0
Sam

誰かが興味を持っている場合、私の意見では、メッセージは次のように伝えています。サーバーBeanへの接続を取得できません。とにかく！多くの理由が考えられます（間違ったejbルックアップ構文、間違ったポート、間違ったものは何でも）。

私の場合、それは「間違った」ホストであり、他のすべての定義のほかに、プロパティファイルで定義されていました-残念ながら末尾に空白があります。

これが他の人に役立つことを願っています。

0
Horst-Günther Barzik

あるメソッドから別のメソッドにejb参照を渡して、2番目のメソッドで使用するときにも、この問題に直面しました。

したがって、コンテキストを作成し、ejbを取得して使用し、1つのメソッドでコンテキストを閉じる方が適切です。

0
Sergio Gabari

私も同じ問題に直面しました。

この例外は、クライアントからアプリケーションサーバー（JBoss）への受け入れられた接続の許可された数をすべて開いた後に接続（JNDI）を開こうとしたために発生します。

よくある間違いは、開いている接続ができるだけ早く閉じられないことです。さらに悪いことに、それはまったく閉じられていません。

この問題を解決するには、EJBを使い終わった後、次のステートメントを追加するだけです。

context.close();

これも参照してください リンク も。

0
Mohamed Ennahdi El Idrissi