ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Clustering » DISTRIBUTED QUEUING CONCEPTS

Post new topic  Reply to topic
 DISTRIBUTED QUEUING CONCEPTS « View previous topic :: View next topic » 
Author Message
chandu
PostPosted: Wed Aug 05, 2009 9:21 am    Post subject: DISTRIBUTED QUEUING CONCEPTS Reply with quote

Novice

Joined: 05 Aug 2009
Posts: 16

In distributed queueing,
where does the messages go if local queue which retrives the messages is not accepting any messages or if No local queue is present.
i tried experimenting but i dont see it even in the dead letter queue.
Back to top
View user's profile Send private message
shashivarungupta
PostPosted: Wed Aug 05, 2009 9:33 am    Post subject: Re: DISTRIBUTED QUEUING CONCEPTS Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

chandu wrote:
In distributed queueing,
where does the messages go if local queue which retrives the messages is not accepting any messages or if No local queue is present.
i tried experimenting but i dont see it even in the dead letter queue.


Quote:
i tried experimenting but i dont see it even in the dead letter queue.

how did you try this ?

Quote:
if No local queue is present.

you or application connecting to QM for putting/getting the message(s) would give exception. with mqrc 2085.
Quote:
if local queue which retrives the messages is not accepting any messages

There are some scenarios when queue is not accepting the messages. you better check out the RedBooks on MQ basics. and hit the properties of the Queue.
_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
shashivarungupta
PostPosted: Wed Aug 05, 2009 9:50 am    Post subject: Re: DISTRIBUTED QUEUING CONCEPTS Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

chandu wrote:
but i dont see it even in the dead letter queue.


try out remote queue scenario to put the message(s).
_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
chandu
PostPosted: Wed Aug 05, 2009 9:58 am    Post subject: Reply with quote

Novice

Joined: 05 Aug 2009
Posts: 16

I put the message on remote queue(RQ) defined on QMGR_A.But there is no local queue defined on QMGR_B.I did all the above in the MQ explorer.It did not generate any error message.
Question:
Where do u think the message might go into.I mean what is the queue in which i need to checkout?
Does it go into any of the system defined queues?if so,what is the name of the queue?
Back to top
View user's profile Send private message
bruce2359
PostPosted: Wed Aug 05, 2009 10:40 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.

Quote:
I put the message on remote queue(RQ) defined on QMGR_A.

No. The QR definition must point to a xmit queue.
Quote:
But there is no local queue defined on QMGR_B.I did all the above in the MQ explorer.

If a message cannot be delivered down the network (assuming it went down the network), it will end up in a dlq - if there is one.
Quote:
It did not generate any error message.

Working as designed - no error messages are created.
Quote:
Question: Where do u think the message might go into.I mean what is the queue in which i need to checkout?

xmit queue waiting to be sent; destination queue down the network, or dlq down the network. If the qmgr has a default-xmit-queue, look there, too.
Quote:
Does it go into any of the system defined queues?if so,what is the name of the queue?

No.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
Vitor
PostPosted: Wed Aug 05, 2009 11:10 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

bruce2359 wrote:
No. The QR definition must point to a xmit queue.


No it doesn't - it points to a local queue on a different queue manager. It might optionally include the name of an xmitq to use.

bruce2359 wrote:
If a message cannot be delivered down the network (assuming it went down the network), it will end up in a dlq - if there is one.


And if it can't go down the network it'll sojourn in the xmitq.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
mqjeff
PostPosted: Wed Aug 05, 2009 11:34 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

Non-persistent messages that can not be delivered go nowhere, or the app gets an MQRC that indicates the message was not accepted by MQ.

Persistent messages that can not be delivered go to the DLQ or the app gets an MQRC that indicates that the message was not accepted by MQ.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Wed Aug 05, 2009 12:27 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.

Quote:
No it doesn't - it points to a local queue on a different queue manager. It might optionally include the name of an xmitq to use.

I will be much more careful in my wording...

In order for a message to travel across a point-to-point channel, it must originate in an xmit queue. The usual method of an application MQPUTting a message into an xmit queue is to MQOPEN a QRemote definition, which either EXPLICITLY names the xmitq in the XMITQ() attribute, or does so implicitly by the RQMNAME() attribute, or the default xmit queue named in the qmgr object.

The QR(name) the application opens may or may not be the name of the local queue down the network. The RNAME() attribute of the QR definition, if present, populates the transmission queue header (XQH).
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Wed Aug 05, 2009 7:44 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

mqjeff wrote:
Non-persistent messages that can not be delivered go nowhere

..If the channel has NPMSPEED set to FAST. If the channel speed is set to NORMAL, then the non-deliverable, non-persistent message will not be discarded.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
Mr Butcher
PostPosted: Thu Aug 06, 2009 12:41 am    Post subject: Reply with quote

Padawan

Joined: 23 May 2005
Posts: 1716

chandu,

i suggest you first make your sample work, define the qlocal on QMGR_B, then send your message from QMGR_A and check if it ends up in the qlocal on QMGR_B. If that works, then

* put-disable the qlocal on QMGR_B

* check QMGRB and verify there is a dead letter queue defined in the DEADQ attribute of the qmgr and that this local queue exists on QMGR_B

* put your message again from QMGR_A and it should end up in the dead letter queue on QMGR_B, (no matter of channel npmspeed and message persistence)
_________________
Regards, Butcher
Back to top
View user's profile Send private message
chandu
PostPosted: Sat Aug 15, 2009 11:18 pm    Post subject: Reply with quote

Novice

Joined: 05 Aug 2009
Posts: 16

Ok,i will try making out all possibilities and let u know the result.
But one thing,
if a REMOTEQ and DLQ is not defined on QMGR_B and if the messaging type is persistent,then where does the message sent by QMGR_A goes?
I did the above on Windows XP MQ explorer through GUI.It did not generate any error while sending the message from QMGR_A.
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Sun Aug 16, 2009 3:02 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

chandu wrote:
Ok,i will try making out all possibilities and let u know the result.
But one thing,
if a REMOTEQ and DLQ is not defined on QMGR_B and if the messaging type is persistent,then where does the message sent by QMGR_A goes?
I did the above on Windows XP MQ explorer through GUI.It did not generate any error while sending the message from QMGR_A.

What was the status of your channel?
Once the channel was stopped what was the content of the xmitq?
you need to the intercommunications manual
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Clustering » DISTRIBUTED QUEUING CONCEPTS
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.