| Author |
Message
|
| satya.sid |
 Posted: Wed Jan 14, 2009 5:05 am Post subject: replyToDestination in Import (Web Service binding) |
 |
|
Novice
Joined: 14 Jan 2009
Posts: 15
|
Hi Everybody
I have module in WID 6.1.2 and deploying to WPS 6.1.2. Module have Import with Web Service binding (for SOAP/JMS communication).
The import has the binding as "jms:/queue?destination=jms/ClawbackESBRequestQLocal&connectionFactory=jms/ClawbackQCFLocal&replyToDestination=jms/ClawbackESBResponseQLocal&targetService=ClawbackDecisionPort".
With this I am able to post the msg to the Queue (destination=jms/ClawbackESBRequestQLocal). But it does not pick the msg from the reply queue(replyToDestination=jms/ClawbackESBResponseQLocal).
can somebody tell me why its not able to pick the msg. |
|
| Back to top |
|
 |
| Vitor |
| Posted: Wed Jan 14, 2009 5:19 am Post subject: Re: replyToDestination in Import (Web Service binding) |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| satya.sid wrote: |
| can somebody tell me why its not able to pick the msg. |
If you tell us the exception that's being thrown.
Hint - with that you can probably work it out yourself by reference to the reason code 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| satya.sid |
| Posted: Wed Jan 14, 2009 6:33 am Post subject: |
|
|
Novice
Joined: 14 Jan 2009
Posts: 15
|
| No exception is thrown. It wait till it get the timeout happen (here 120 secs). Later the process throws Timeout exception. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Jan 14, 2009 6:40 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| satya.sid wrote: |
| No exception is thrown....Later the process throws Timeout exception. |
Is it just me, or is there a contradiction in these comments? 
First question - are you certain there's a reply message to get?
Second question - if there is, is it a valid reply (correct ids and so forth)?
Third question - if it's there and valid, has it been committed by the putting application?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| satya.sid |
| Posted: Wed Jan 14, 2009 6:55 am Post subject: |
|
|
Novice
Joined: 14 Jan 2009
Posts: 15
|
Hi Vitor
First-:Yes, this is a request-reply operation.
Second-:Even if I am not sending a valid reply, it should pick the msg , parse it, then complain about wrong msg.
Third-: Yes, its being committed by the application. I have also tried putting msg through RFHUtil. Still it does not pick up. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Jan 14, 2009 7:00 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| satya.sid wrote: |
| First-:Yes, this is a request-reply operation. |
Not what I asked. I didn't ask if there should be a reply message, I asked if you were certain that in this instance there was a reply message and it was visible on the reply queue.
| satya.sid wrote: |
| Second-:Even if I am not sending a valid reply, it should pick the msg , parse it, then complain about wrong msg. |
Again not what I asked. If replies are being sent to (what appears to be) a permanently defined queue, your response is typically identified by a correlation id or similar. So there could be a message on the queue which your application is ignoring because the id does not validly identify it as your response.
| satya.sid wrote: |
| Third-: Yes, its being committed by the application. I have also tried putting msg through RFHUtil. Still it does not pick up. |
See above regarding ids.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed Jan 14, 2009 3:15 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20697
Location: LI,NY
|
And last but not least timing and transaction handling... ... Does the reply always show up after you have timed out?
Do you commit the request before waiting for the reply? 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| satya.sid |
| Posted: Thu Jan 15, 2009 6:38 am Post subject: Got it resolved |
|
|
Novice
Joined: 14 Jan 2009
Posts: 15
|
Hi All
I have got it resolved. Missing out the "channel" name while creating the JNDIs for Queue connection factory, request Q & response Q.
Set the channels to the default one "SYSTEM.DEF.SVRCONN".
Its fine now and able to poll the response.  |
|
| Back to top |
|
|
|
|
