| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Problem In Gettin Message after the API is stopped |
« View previous topic :: View next topic » |
| Author |
Message
|
| sri_csee1983 |
 Posted: Tue May 06, 2008 9:36 pm Post subject: Problem In Gettin Message after the API is stopped |
 |
|
Centurion
Joined: 25 Mar 2008
Posts: 125
Location: Chennai,India
|
Hi Friends,
My scenario is as below.
Broker will put the processed message in a Remote Queue which has the local definition in another Queue Manager (another machine) where the .NET MQ API program runs indefinetly to read the message whenever the message arrives to the queue. This keeps on running in a while loop and also doesnt have any issue in reading the message. But after we stop the .NET MQ API program If I put the message on the Remote Queue using broker it doesnt reaches to the local queue. Then I ell have a try with WMQTool in which u can put message in a remote queue. In that also first time the message is not reached to the local queue. At the second time it reaches and there after if I put the message using broker then it reaches the local queue. This problem keeps on occuring whenever I start / stop the API. And I couldnt find the messages in DeadLetter Queue. But when the message fails to reach the local queue, I can see the open Input count increased but the queue depth remains zero.
Kindly advice.
_________________
With Cheers,
Sri |
|
| Back to top |
|
 |
| Vitor |
| Posted: Wed May 07, 2008 1:29 am Post subject: Re: Problem In Gettin Message after the API is stopped |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sri_csee1983 wrote: |
I can see the open Input count increased but the queue depth remains zero.
|
If the queue has been opened for input (indeed more things are opening it for input, increasing the count) then something(s) is/are reading from it. I struggle to see, given this obvious fact, why you're surprised the queue depth is zero.... 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sri_csee1983 |
| Posted: Wed May 07, 2008 1:35 am Post subject: |
|
|
Centurion
Joined: 25 Mar 2008
Posts: 125
Location: Chennai,India
|
Dear Victor,
Thanx for ur reply. I may not be surprised if the queue depth is zero if the API which is taking the message from the queue is running.
I stopped the API which is taking the msg from the queue and put the message. Still the queue depth is zero. I understand that open input count indicates that queue is open for input, thats y it is called as open input count. But Y the message is not in the queue, thats my question budy.
_________________
With Cheers,
Sri |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 07, 2008 2:03 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sri_csee1983 wrote: |
| Dear Victor, |
There's no C in my name.
| sri_csee1983 wrote: |
| I may not be surprised if the queue depth is zero if the API which is taking the message from the queue is running. |
I'm reassured
| sri_csee1983 wrote: |
| I understand that open input count indicates that queue is open for input, |
Again reassured.
| sri_csee1983 wrote: |
| But Y the message is not in the queue, thats my question budy. |
In your original post you said:
| sri_csee1983 wrote: |
| I can see the open Input count increased but the queue depth remains zero |
From this, I perhaps mistakenly extracted these facts:
The open input count increased to a non-zero number;
You put a message to this queue via a remote queue;
The queue depth remained zero.
These facts indicate 1 or more applications successfully reading the queue, giving a fairly obvious answer to your question "why is the message not on the queue".
If you could clarify where I'm mistaken in this, I might be able to offer a better opinion.
Note: I'm not suggesting that any of the applications with the queue open for input are your .NET one, that you mention you closed.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sri_csee1983 |
| Posted: Wed May 07, 2008 2:36 am Post subject: |
|
|
Centurion
Joined: 25 Mar 2008
Posts: 125
Location: Chennai,India
|
 Sorry for mispelling ur name.
There is nothing wrong in ur opinion, logically even I know that if open input count is a non zero, some application is taking the message from that queue  . Y I posted the question is I am very much sure that only application that is running for the messages on the queue is the API that I have written. I am very much sure that no other application take message from the queue. Even if the API is stopped the message that i put is not in the queue is not there. The third message that I put is present in the queue. Sometimes second itself. But not even a single time the first message that I put after stopping the API in to the queue is present in the queue.
_________________
With Cheers,
Sri |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 07, 2008 2:59 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sri_csee1983 wrote: |
| I am very much sure that no other application take message from the queue. |
Ok, what am I missing here? You're sure that no other application take message from the queue even though the non-zero input count on the queue clearly indicates applications have the queue open and are reading from it?
I'm clearly missing something. 
_________________
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
|
|
|
|
