|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
ESQL User Defined Properties override limitation |
« View previous topic :: View next topic » |
Author |
Message
|
garg |
Posted: Sat Jan 14, 2012 7:12 am Post subject: ESQL User Defined Properties override limitation |
|
|
Newbie
Joined: 14 Dec 2010 Posts: 4
|
Dear Masters,
I would like to request you for your valuable inputs and guidance on this implementation.
I have a requirement to set Envrionment specific properties, which actually prepare security headers for HTTP REST services, along with other additional properties as well (e.g setting email ids etc.).
All of these properties are environment specific properties, hence the the intent is to define them as user defined properties within the esql code. Most of these are to be used multiple times within each flow (there are couple of http service calls in a single flow, hence the headers, need to be prepared repetitively) and to add further, there are several flows, utilizing the same functionality all over.
As an implementation, I have firstly written down common procedures that replicate the common functionalities, and used them within all the set of flows. Now each of these common functionalities need to use these envrionment specific properties, hence i have defined all these properties in the same common procedure file where all these procedures are implemented, instead of defining them reptitively in each of the respective flows.
More importantly the rationale behind putting them in this common file itself and not at the individual flows is, since they are to be used in common procedures, in case if they would have been defined on each flow, then they all would have to be passed to those procedures, thus
increasing the number of parameters to a great extent.
On the other hand, there is a limitation as well. Since these user defined properties are declared in esql only, they are NOT overridden by the deployment descriptor file, using the mqsiapplybaroverride command. Reason being, these have to be declared at flow level only, then only these could be overridden.
Please advice:
a) Does this approach looks ok, and is there any other way, by which these user defined properties can be overridden using the deployment descriptor itself, with the above implementation
b) If not, then please suggest if their could be any other alternative way to meet this peculiar requirement.
Since all these properties are envrionment specific the preference is to have these user defined properties which can be overridden by the deployment descriptor, as the whole code moves across envrionments.
c) Any other suggestive approach, if the above implementation doesn't fits in?
Thanks and Regards,
Garg |
|
Back to top |
|
 |
cociu_2012 |
Posted: Mon Jan 16, 2012 12:35 am Post subject: Re: ESQL User Defined Properties override limitation |
|
|
Acolyte
Joined: 06 Jan 2012 Posts: 72
|
Hello,
let me explain if few words if I get it right.
You have a number of flows, implemented as "common services" and you use these flows whenever you need them in your main flows.
These "common services" call some application and you must define environment specific properties.
You've started correct. Use UDP's. You'll have to learn how to use them wise.http://publib.boulder.ibm.com/infocenter/wmbhelp/v7r0m0/index.jsp?topic=%2Fcom.ibm.etools.mft.doc%2Fac00643_.htm
Define all UDP's related to a specific "service" within that flow.
Then after adding that subflow in your main flow, don't forget to promote previous declared UDP's.
So all that remains is to set the correct values before deployment, on the bar files, or using JAVA api ( to set it runtime).
Note: if you're using WMB7, you'll have to check this( the configMngr is gone).
[/url] |
|
Back to top |
|
 |
Vitor |
Posted: Mon Jan 16, 2012 6:51 am Post subject: Re: ESQL User Defined Properties override limitation |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
garg wrote: |
On the other hand, there is a limitation as well. Since these user defined properties are declared in esql only, they are NOT overridden by the deployment descriptor file, using the mqsiapplybaroverride command. Reason being, these have to be declared at flow level only, then only these could be overridden. |
They can be overriden by the mqsiapplybaroverride command, though I accept the UDP is exposed 1 per flow instance.
garg wrote: |
a) Does this approach looks ok, and is there any other way, by which these user defined properties can be overridden using the deployment descriptor itself, with the above implementation |
Any commonly used subflow (UDP or not) is easier to handle with a scripted deploy process. Such a process can be extended to take the string out of overriding your UDP once for each flow.
garg wrote: |
b) If not, then please suggest if their could be any other alternative way to meet this peculiar requirement. |
Look into WMBv8, which enhances sub flow handling & allows them to be deployed separately. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
fjb_saper |
Posted: Mon Jan 16, 2012 7:08 am Post subject: Re: ESQL User Defined Properties override limitation |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
Vitor wrote: |
garg wrote: |
b) If not, then please suggest if their could be any other alternative way to meet this peculiar requirement. |
Look into WMBv8, which enhances sub flow handling & allows them to be deployed separately. |
However this only works if all flows in the e.g. have the same values for the subflow...
If the values are to be different by flow you will still need to promote them to flow level and set them at flow level...  _________________ MQ & Broker admin |
|
Back to top |
|
 |
Vitor |
Posted: Mon Jan 16, 2012 7:11 am Post subject: Re: ESQL User Defined Properties override limitation |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
fjb_saper wrote: |
Vitor wrote: |
garg wrote: |
b) If not, then please suggest if their could be any other alternative way to meet this peculiar requirement. |
Look into WMBv8, which enhances sub flow handling & allows them to be deployed separately. |
However this only works if all flows in the e.g. have the same values for the subflow...
If the values are to be different by flow you will still need to promote them to flow level and set them at flow level...  |
Should have been clearer on that...  _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|