問題タブ [initial-context]

JBoss EAP 6.2.4 を使用しており、ステートレス セッション Bean 内で JMS メッセージを WMQ-queuemanager に送信します。

私たちのコードは次のとおりです。

サーバーの起動後、Bean は最初のアクションに対しては完全に機能しますが、アクションがない状態でしばらくすると、Bean は initialContext を失い、新しい InitialContext() 内で追加の作成が失敗します。

理由はありますか？

ありがとうヨルグ

WebSphere 8.5 を使用してアプリケーションをホストし、アプリケーション サーバーでいくつかの JDBC リソースを構成しました。また、シン クライアント ランタイム ライブラリを使用してクライアント アプリケーションを開発しました。JNDI ルックアップが次の方法で実行される場合:

次の例外が発生します。

Tomcat の context.xml で定義された JNDI ルックアップを使用して MQ に接続しようとしています。アプリケーションの起動中に、FFDC で NamingException と NullPointer が発生します。以下は記録したものです。何が悪いのかわかりません。これをデバッグする方法についての指示は役に立ちます。MQ バージョン:

ログの例外:

データベースから個人 ID のグループをフェッチし、それらを分割し、ID ごとに LDAP ルックアップを行うルートがあります。以下のコードは簡略化されていますが、理解していただければ幸いです。

主要

MyRouteBuilder

AfterDbProcessor は単に personid を受け取り、それをメッセージ内の本文に入れます。

}

データベースからの ID の取得は正常に機能します。LDAP への最初のルックアップも正常に機能しますが、2 回目はエラー メッセージでクラッシュします

最初の LDAP ルックアップの後、InitialLdapContext はどうなりますか? いいえ、再初期化または再作成する必要がありますか?

jBoss EAP 6.[3,4] で自動起動 EJB をテストしましたが、デプロイメント記述子で定義された JDBC リソース ref のルックアップに失敗し、例外が発生しました。

EAR にパッケージ化された AutoStart EJB は次のようになります。

ejb-jar.xmlデプロイメント記述子

jboss-ejb3.xmlデプロイメント記述子

興味深い事実は、デプロイメントが正常に機能することです...つまり、私の EJB はエラーなしで正常にデプロイされます。これは、jBoss Application Server が DataSource java:/jdbc/myDS を正常に検出したことを意味しますが、自動開始コードで同じものにアクセスしようとするとそれは失敗します！また、ここに追加するだけで、JNDI を直接検索すると (WebSphere や WebLogic では動作しないため望ましくありません)、リソースは OK であることがわかります。

私はこれを他の JCA リソースで何度も行ってきましたが、問題に直面したことはありません。

new InitialContext() が NamingException をスローするケースを誰でも説明できますか。

Java ドキュメントを読んだところ、命名例外が発生したときにこの例外がスローされることがわかりました。しかし、コンテキストの初期化中に命名例外が発生する理由がわかりません。つまり、初期化中に名前を探していないのに、初期化時にこの例外が発生するのはなぜですか?