Author |
Message
|
fjb_saper |
Posted: Sat May 07, 2016 6:34 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
akil wrote: |
The DeployedObject that is returned for the subflow can't be cast to a MessageFlowProxy, (I get a ClassCastException). I can only cast it to a MessageFlowDependency.
MessageFlowDepenency has no available methods to getNodes, it seems to be interface to deal with message models and treats the subflow like a file.
For the MessageFlowProxy, there's a getNodes method that can be used to get the nodes..
Any more suggestions ? |
Have you checked if the subflow as a DeployableObject has any DeployableObject children?  _________________ MQ & Broker admin |
|
Back to top |
|
 |
akil |
Posted: Sat May 07, 2016 7:20 pm Post subject: |
|
|
 Partisan
Joined: 27 May 2014 Posts: 338 Location: Mumbai
|
I checked and found that neither DeployedObject , nor DeployableObject provide for any way to get any children.
The interfaces have methods such as getName, getBarFile, getModifyTime etc.. The only property interface is getDeployProperties , which returns the standard 4 deploy properties.. _________________ Regards |
|
Back to top |
|
 |
akil |
Posted: Tue May 10, 2016 1:08 am Post subject: |
|
|
 Partisan
Joined: 27 May 2014 Posts: 338 Location: Mumbai
|
Any more suggestions?
I tried using the V10 Config JAR (Integration.jar) to connect to IIB9, it refused saying a version mismatch ..
Am wondering whether I'll have to change all subflows to msgflows or promote all properties to the subflow , so that they become visible? Seems like a really patchy way to proceed  _________________ Regards |
|
Back to top |
|
 |
mqjeff |
Posted: Wed May 11, 2016 4:52 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
akil wrote: |
Any more suggestions?
I tried using the V10 Config JAR (Integration.jar) to connect to IIB9, it refused saying a version mismatch ..
Am wondering whether I'll have to change all subflows to msgflows or promote all properties to the subflow , so that they become visible? Seems like a really patchy way to proceed  |
It's worth a sev 4 PMR. _________________ chmod -R ugo-wx / |
|
Back to top |
|
 |
stoney |
Posted: Wed May 11, 2016 7:30 am Post subject: |
|
|
Centurion
Joined: 03 Apr 2013 Posts: 140
|
I'm afraid that there is no way to access the subflows in the Integration API in IIBv9.
The information is not published. Only a v10 runtime publishes the information for deployable subflows (.subflow files).
The only way to proceed with v9 is as you suggest to use old style subflows (.msgflow files).
Also - the Integration API JAR from v9 won't talk to a v10 runtime and vice versa as the transport under the covers has changed - MQ in v9, named pipes/UNIX domain sockets/WebSockets in v10. |
|
Back to top |
|
 |
akil |
Posted: Wed May 11, 2016 8:29 am Post subject: |
|
|
 Partisan
Joined: 27 May 2014 Posts: 338 Location: Mumbai
|
Thank you for the confirmed answer , I was at my wits end wondering what I am missing . Have raised a PMR just to try my luck if a patch would come.
To covert a sub flow to a msg flow , is simply remaining good enough or do I need to take some other things into consideration , I ask because in the documentation it's written that a sub flow is recommended , so we didn't really test the other style . _________________ Regards |
|
Back to top |
|
 |
stoney |
Posted: Wed May 11, 2016 9:12 am Post subject: |
|
|
Centurion
Joined: 03 Apr 2013 Posts: 140
|
akil wrote: |
Thank you for the confirmed answer , I was at my wits end wondering what I am missing . Have raised a PMR just to try my luck if a patch would come.
To covert a sub flow to a msg flow , is simply remaining good enough or do I need to take some other things into consideration , I ask because in the documentation it's written that a sub flow is recommended , so we didn't really test the other style . |
When you build a BAR file where a message flow (.msgflow) uses old style subflows (.msgflow), the BAR builder inlines the subflows into the message flow and creates a .cmf file (containing message flow + subflows). The subflows are never deployed as independent objects.
This means that if you want to redeploy just the subflows - for example if they are common error handling routines - you need to rebuild the BARs for all message flows and redeploy them. |
|
Back to top |
|
 |
akil |
Posted: Wed May 11, 2016 10:20 am Post subject: |
|
|
 Partisan
Joined: 27 May 2014 Posts: 338 Location: Mumbai
|
We only use applications and integration services , and libraries for message models and subflows.
Even today, if we change the subflow in the library, we have to deploy all applications and services ,
So I guess, for our method, we don't have change in process.. any change in a subflow(msgflow) will require the applications/services to be redeployed.. _________________ Regards |
|
Back to top |
|
 |
|