0

WebSphere MQメッセージング・プロバイダーを使用して、Websphereにキュー接続ファクトリーを作成します。JNDIを使用してこのリソースを取得し、同じホストでキュー接続を作成してみてください。最初はすべてが機能しますが、2回目にすると、JMS例外がスローされます。

javax.jms.JMSException: Failed to create queue connection
    at com.ibm.ejs.jms.JMSCMUtils.mapToJMSException(JMSCMUtils.java:141)
    at com.ibm.ejs.jms.JMSQueueConnectionFactoryHandle.createQueueConnection(
         JMSQueueConnectionFactoryHandle.java:90)
4

2 に答える 2

0

投稿には情報がほとんどないため、推測するしかありません。私が最初に探すのは、アプリケーションまたはキューが排他的に使用されるように設定されているかどうかです。もちろん、これは、入力のためにキューを開いていること、およびその詳細が質問に記載されていないことを前提としています。実際のWMQの理由と完了コードを提供するリンクされた例外があると、確かにわかりますが、これらも質問には記載されていません。

JMS コードがリンクされた例外を出力しない場合、多くのショップはそれを Sev-1 の欠陥と見なします。これは WMQ 固有のものではなく、トランスポート プロバイダーに関係なく、利用可能なすべての診断情報を出力する場合です。詳細については、WMQ Ifocenter JMS 例外処理のトピックを参照してください。

于 2012-09-10T23:59:25.113 に答える
0

Max Connection は WAS コンソールにあります。接続が最大接続数を超えてリソース (QueueConnection、QueueSender、および QueueSession) を解放しない場合、次の接続時よりも接続プールからの接続の取得に失敗します。サーバーを再起動した後のみ、接続を解放できます。これは、すべてのリソース (QueueConnection、QueueSender、および QueueSession) をコードで適切に閉じることで解決できます。

于 2018-02-13T10:22:23.980 に答える