MQ接続 - 2009年アクティブな接続で接続が壊れています

Question

私はアプリケーションをMQ7（7.5.0.5）にアップグレードしていますが、私が書いた小さなテストアプリケーションでは奇妙な動作が見られます。

私のアプリケーションはSprings CachingConnectionFactoryを使用し、1つのスレッドのみを使用するように構成されています。

最初の接続用とJMSセッション用の2つのtcp接続が作成されていることがわかります。 60秒ごとに、メッセージシンクで使用される2つのtcp接続が切断され、2つの新しい接続に置き換えられます。

次のエラーは、キュー・マネージャーのエラー・ログにあります。

05/16/2016 09:38:26 AM - Process(1609.14) User(mqm) Program(amqrmppa) 
       Host(xxxxxxxxx) Installation(Installation1) 
       VRMF(7.5.0.2) QMgr(xxxxx) 

AMQ9271: Channel 'XX.XXXX.X' timed out. 

EXPLANATION: 
A timeout occurred while waiting to receive from the other end of channel 
'XX.XXX.X'. The address of the remote end of the connection was  '57.4.4.145'. 
ACTION: 
The return code from the (recv) [TIMEOUT] 60 seconds call was 0 (X'0').  
Record these values and tell the systems administrator. 

私は私のチャンネルで以下の設定があります。DISCINT（60）を、SHARECNVは、（1）、例外はその例外の周波数を変更する変更、DISCINT時間にリンクされている、また 例外がで消えますSHARECNVの値> 1

チャネルがアクティブでメッセージの送受信中であっても、接続が壊れている理由を誰でも知ることができますか？

ありがとうございます！

Answer 1

これは、あなたが見ている症状について説明しAPAR IV62728のように聞こえる：7.5.0.6で修正された

http://www-01.ibm.com/support/docview.wss?rs=171&uid=swg1IV62728

を。そのレベルにアップグレードし、問題が解決するかどうかを確認してください。

Answer 2

私はこの問題の解決策を見つけることができました。基礎となるIBM接続ファクトリーとともにCachingConnectionFactoryを使用する場合、初期接続は停止状態で作成されます。その接続がJMSSessionの作成に使用されました。

問題は、最初の共通接続がタイムアウトしたことでした。

HBINTの値を5に調整することで接続をアクティブに保つことができました。接続を開いたままにし、初期値20が高すぎるようなヒートビートが必要です。