| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Can I call a submap from a Java compute node? |
« View previous topic :: View next topic » |
| Author |
Message
|
| eli_lato |
 Posted: Sun Mar 07, 2010 8:48 am Post subject: Can I call a submap from a Java compute node? |
 |
|
Newbie
Joined: 07 Mar 2010
Posts: 5
|
I see that I can call a submap from ESQL. Can I also call a submap from a Java compute node?
I want my Java compute node to do 4 things:
1 Map and convert fields from my input message to a String that I will send to CICS as a commarea.
2 Call CICS and pass it this commarea.
3 Get CICS's response from the commarea and map and convert fields from this response to my output message.
4 Copy parts of the input messsage to my output message.
The goal is to avoid having to map and convert all those tricky binary/packed/signed fields in Java. Instead, I want an MB submap to do all the dirty work. So I want to call this submap as a function.
Any ideas? One Java example is worth a page of explanations.
Thanks,
Eli |
|
| Back to top |
|
 |
| broker_new |
| Posted: Sun Mar 07, 2010 10:43 am Post subject: |
|
|
Yatiri
Joined: 30 Nov 2006
Posts: 614
Location: Washington DC
|
do like this,
1. Create a Subflow with Java compute Node to call CICS.
2. Convert the MRM to String in JCN and using eciRequest call CICS.
3. Convert the Commarea to bytes and propagate to out terminal.
4. Wire a RCD to parse it to MRM again.
5. This way you can re use the subflow for all the CICS calls.
_________________
IBM ->Let's build a smarter planet |
|
| Back to top |
|
|
| mqjeff |
| Posted: Sun Mar 07, 2010 1:57 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
While that answers some question, it doesn't answer the question asked.
I'm fairly certain that even in v7 the answer to this is No. Maps are converted into compiled ESQl and there isn't a good way to call an ESQL procedure from the MbJava API.
It'd be better to call the map directly from a mapping node, and then pass the resulting tree to the JCN that could talk to CICS. Then all the CICS JCN has to know how to do is call CICS and not do anything fancy.
And you can wrap that JCN in a subflow that accepts a BLOB input message that can be turned into a "string" for calling CICS, so your subflow doesn't have to know how to serialize any random input tree into a BLOB or a String. |
|
| Back to top |
|
|
| eli_lato |
| Posted: Mon Mar 08, 2010 4:29 am Post subject: Fast responses and good ones! |
|
|
Newbie
Joined: 07 Mar 2010
Posts: 5
|
That was fast and helpful. Thanks to you both!
Eli |
|
| 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
|
|
|
|
