0

Websphere Application Server(WAS)6.1のJMS用のデフォルトのメッセージングプロバイダーを使用しています。リモートクライアントアプリケーションは接続を作成してsetExceptionListenerから、コールバックを登録します。

WAS Integrated Solutions Consoleを使用してメッセージングエンジンを停止するだけで、アプリは期待どおりに動作します。つまり、onExceptionすぐに呼び出され、それに応じてアプリが反応します。ただし、ネットワークケーブルを引っ張ると、onExceptionコールバックが30〜60秒の間どこかでコールバックされません。

醜い結果は、私のアプリがこの30〜60秒の時間枠の間にWASにメッセージを送信し続けようとし、それらのメッセージが失われることです。(たとえば、コールバックタイムアウトを指定するために使用される構成パラメーターがあるかどうか)について詳しく調べようといくつかの検索を行いましたExceptionListenerが、成功しませんでした。

うまくいけば、これはそこにいる誰かにとって理にかなっています。ケーブルの「切断」シナリオをより迅速に検出する方法について何か提案はありますか?ご協力いただきありがとうございます。

-クリス

4

1 に答える 1

1

30秒のTCPタイムアウトが定義されていませんか?その場合、MQはその責任を一時的にJVM / OSに引き渡し、要求されたネットワーク関連の操作でACKが実行されるのを待機しています。おそらく、TCPタイムアウト値を下げてみてください...

于 2010-09-12T11:01:48.340 に答える