| Author |
Message
|
| kash3338 |
 Posted: Mon Nov 05, 2012 10:12 pm Post subject: Over riding UDP |
 |
|
Shaman
Joined: 08 Feb 2009
Posts: 709
Location: Chennai, India
|
Hi, Is using Administrative API the only way to override the value of UDP during run-time or can it be done by any other ways?
We need to change the value of a UDP property for a already deployed flow. WMB v7.0 |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Mon Nov 05, 2012 11:22 pm Post subject: Re: Over riding UDP |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| kash3338 wrote: |
Hi, Is using Administrative API the only way to override the value of UDP during run-time or can it be done by any other ways?
We need to change the value of a UDP property for a already deployed flow. WMB v7.0 |
It's the only way to set it at runtime while the broker is running. Any other way requires a redeploy 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| kash3338 |
| Posted: Tue Nov 06, 2012 12:11 am Post subject: Re: Over riding UDP |
|
|
Shaman
Joined: 08 Feb 2009
Posts: 709
Location: Chennai, India
|
| fjb_saper wrote: |
It's the only way to set it at runtime while the broker is running. Any other way requires a redeploy |
Thanks for the response fjb_saper. Actually I wanted to confirm if there was any other option.
Also, do we have to reload the execution group after overriding using the Administrative API? |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Nov 06, 2012 4:27 am Post subject: Re: Over riding UDP |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| kash3338 wrote: |
| fjb_saper wrote: |
It's the only way to set it at runtime while the broker is running. Any other way requires a redeploy |
Thanks for the response fjb_saper. Actually I wanted to confirm if there was any other option.
Also, do we have to reload the execution group after overriding using the Administrative API? |
Depends on what level you're at. Likely, no.
But likely, since you're calling it the Administrative API, you're at v7.
But you should always expect that instances of the message flow that are actively processing work will not receive the change until they have completed the active work and started new work. |
|
| Back to top |
|
|
| kash3338 |
| Posted: Tue Nov 06, 2012 5:42 am Post subject: Re: Over riding UDP |
|
|
Shaman
Joined: 08 Feb 2009
Posts: 709
Location: Chennai, India
|
| mqjeff wrote: |
But likely, since you're calling it the Administrative API, you're at v7.
|
Yes its v7.0 as mentioned by me earlier.
| kash3338 wrote: |
| We need to change the value of a UDP property for a already deployed flow. WMB v7.0 |
So do we need to reload in v7.0? |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Nov 06, 2012 5:55 am Post subject: Re: Over riding UDP |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| kash3338 wrote: |
| mqjeff wrote: |
But likely, since you're calling it the Administrative API, you're at v7.
|
Yes its v7.0 as mentioned by me earlier.
| kash3338 wrote: |
| We need to change the value of a UDP property for a already deployed flow. WMB v7.0 |
So do we need to reload in v7.0? |
Likely, no.
But check the docs and experiment. |
|
| Back to top |
|
|
|
|
