| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Getting a mq message in the middle of a flow |
View previous topic :: View next topic |
| Author |
Message
|
| x061294 |
 Posted: Wed Apr 06, 2005 4:53 am Post subject: Getting a mq message in the middle of a flow |
 |
|
Acolyte
Joined: 05 Apr 2005
Posts: 62
|
I was hopeful that with WBIMB Version 5, CSD04, and being able to call out to Java I would be able to code a Java component that would do additional mq processes (get a message, etc). Per note 5 in the manual however:
Note:
1. No exception throws clause is permitted on the Java method signature.
2. If the Java return type is void, you cannot have a RETURNS clause on the CREATE PROCEDURE statement.
3. The Java method signature must match the ESQL CREATE PROCEDURE declaration of the procedure. You do this as follows: v Ensure that the Java method name matches the procedure’s EXTERNAL NAME, including the Class name and any package qualifiers. v Ensure that every parameter’s type and direction matches the ESQL declaration, according to the rules listed in the table in “ESQL to Java data type mapping” on page 132. v Ensure that the methods return type matches the data type of the RETURNS clause.
4. Enclose ExternalRoutineName in quotation marks as it must contain at least class.method.
5. No WebSphere MQ or Java Messaging Service (JMS) work is permitted in the Java code.
6. Only JDBC type 4 database connections are permitted.
My problem is that I want to write out a rather large message and then wait for the receiving app to do it's thing and respond back. The receiving app could take up to 30 seconds to process the message and post a reply message. I initially wanted to use the MQGet support pac, but even after I got ahold of a copy that was ported to version 5, without a get with wait option on the node it is limiting in use. I could do the work in two flow's, but was trying to get it done in one and manage the whole process as one transaction. I thought a Java component was going to be my answer, but, that footnote takes that out.
My question is, has anyone done this, written a flow to put a message, wait for the response to come back on a queue, continue on? Suggestions on how it could be handled?
Thanks. |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Wed Apr 06, 2005 5:22 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Isn't this what Aggregation is supposed to allow?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| JT |
| Posted: Wed Apr 06, 2005 5:44 am Post subject: |
|
|
Padawan
Joined: 27 Mar 2003
Posts: 1564
Location: Hartford, CT.
|
| Quote: |
| My question is, has anyone done this, written a flow to put a message, wait for the response to come back on a queue, continue on? |
We have a few services that utilize the 'MQGet' when interfacing with older legacy applications and dynamic queues. Some years back, we added a 'wait interval' to the original IA09 MQGet plug-in. Since that time we've created our own custom plug-in under v5 that mimics the basic functionality of the MQGet node.
| Quote: |
| Suggestions on how it could be handled? |
The source code is still included in the IA09 supportpac. Couldn't you add the wait interval yourself.
| Quote: |
| I could do the work in two flow's, but was trying to get it done in one and manage the whole process as one transaction. |
If it's not a requirement, what's the aversion to separate request & reply message flows? Why make life harder for yourself. |
|
| Back to top |
|
|
| x061294 |
| Posted: Wed Apr 06, 2005 6:27 am Post subject: |
|
|
Acolyte
Joined: 05 Apr 2005
Posts: 62
|
I had a brain drain and forgot all about aggregation. I was so focused on the MQGet and getting that within a flow that I forgot to expand my scope. Thanks.
As for the single flow, my concern was knowing if an error had occurred at the receiving app, and with separate flow's that would be harder to coordinate.
Thanks. |
|
| 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
|
|
|
|
