0

JMS / JNDI接続プールに接続するために、5秒ごとに3〜5個の並列スレッドを生成するWebアプリケーションがあります。並列スレッドの最初のバッチが完了するのを待ってから、並列スレッドの次のバッチを作成します。このプロセスの間、私たちは多くのネットワークトラフィックを使用しており、接続スレッドはただハングしています。最終的には、運用チームを手動で呼び出して接続スレッドを強制終了し、接続を解放します。私があなたに聞きたかった質問は：

  • 明らかに、接続リソースを保持しているため、何か問題が発生しています
  • 並列スレッドが応答するのを待ってから2番目のバッチの要求を送信する場合、この設計は業界のベストプラクティスとうまく共鳴しませんか？
  • 最後に、このシナリオ、つまり、JMS/JMDI接続に接続する複数のスレッドに対して使用できるオプションと推奨事項は何ですか。

ご入力いただきありがとうございます

4

2 に答える 2

1

接続プールのパラメータを調整する必要があります。サービスに3〜5の接続しか使用していないようですが、これは私には非常に合理的なようです。JMSサービスは、何千もの接続を処理できる必要があります。プールのデフォルトの制限が低すぎるか、JMSサーバーが許可された接続が少なすぎるように構成されています。

それが他のユーザーがブロックしていることでよろしいですか？それは私には奇妙に思えます。

于 2012-06-08T03:30:18.093 に答える
0

私はあなたが単一の接続ファクトリーで大丈夫だろうとほぼ確信しています。セッションを適切にクリーンアップ/クローズするようにしてください。SpringのSingleConnectionFactoryを使用します。

于 2012-06-26T08:16:18.023 に答える