| Author |
Message
|
| awatson72 |
 Posted: Fri Jan 06, 2006 6:51 am Post subject: Heartbeat Interval change on SVRCONN channel |
 |
|
Acolyte
Joined: 14 Apr 2004
Posts: 69
Location: Freeport, Maine
|
Does anyone know offhand -
If I were to change the hearbeat interval on a server connection channel that is in running status and actively receiving traffic, does the change take effect immediately, or does the channel need to be stopped or go inactive in order for the new HBINT to take effect?
_________________
Andrew Watson
L.L. Bean, Inc. |
|
| Back to top |
|
 |
| Mr Butcher |
| Posted: Fri Jan 06, 2006 7:09 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
For other channel types HBINT negotiated between sender and receiver when the channel is started.
although it is not written explicit in the intercommunication manual i assume the same for the server connection channel.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| wschutz |
| Posted: Fri Jan 06, 2006 7:22 am Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
It becomes effective when a new client conn channel is started (ie, a new MQCONN call at the client end)....and remember, its set to the LARGER of the two values specified at the clntconn and svrconn ends...
_________________
-wayne |
|
| Back to top |
|
|
| awatson72 |
| Posted: Fri Jan 06, 2006 7:31 am Post subject: |
|
|
Acolyte
Joined: 14 Apr 2004
Posts: 69
Location: Freeport, Maine
|
In this case, the client is a java application using the Java MQ APIs. My understanding of the nuances there is a little shaky, but I don't think there is a CLNTCONN channel in that case. So would the new HBINT setting take effect on subsquent connects even though the SVRCONN channel is already running?
_________________
Andrew Watson
L.L. Bean, Inc. |
|
| Back to top |
|
|
| wschutz |
| Posted: Fri Jan 06, 2006 9:00 am Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
In that case, unless overridden by the java client, the default value (300).
To be clear, each time a client makes a connection, that is a new instance of that channel, it has no effect on currently running channel instances (ie, it would only take effect when a client disconnected and then reconnected).
_________________
-wayne |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Fri Jan 06, 2006 9:44 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Put another way, a SVRCONN channel is kinda like a Model Queue is for creating dynamic queues. You are creating dynamic channels for your clients based on the attributes of the SVRCONN (and the CLNTCONN possibly).
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| awatson72 |
| Posted: Fri Jan 06, 2006 9:59 am Post subject: |
|
|
Acolyte
Joined: 14 Apr 2004
Posts: 69
Location: Freeport, Maine
|
OK, thanks. So that means that as long as the application is closing channels properly, which I believe it is, the change is essentially dynamic.
Thanks.
_________________
Andrew Watson
L.L. Bean, Inc. |
|
| Back to top |
|
|
|
|
