| Author |
Message
|
| Vitor |
 Posted: Thu Mar 05, 2009 3:18 am Post subject: |
 |
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| WMBEAI wrote: |
| there should be some concept.can this be explained? |
One concept you should get your head round is that DEFPSIST on any queue is the default persistence of a message. If the putting application explicitly sets the message to be persistent it won't go to a temp dyn queue.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
 |
| WMBEAI |
| Posted: Thu Mar 05, 2009 3:29 am Post subject: |
|
|
Acolyte
Joined: 02 Mar 2009
Posts: 66
|
| Do we have any exe or programs which keeps monitoring a queue and send messages to the ReplyToQ. |
|
| Back to top |
|
|
| WMBEAI |
| Posted: Thu Mar 05, 2009 3:34 am Post subject: |
|
|
Acolyte
Joined: 02 Mar 2009
Posts: 66
|
If the putting application explicitly sets the message to be persistent it won't go to a temp dyn queue
Where will these messages go? |
|
| Back to top |
|
|
| MQEnthu |
| Posted: Thu Mar 05, 2009 3:41 am Post subject: |
|
|
Partisan
Joined: 06 Oct 2008
Posts: 329
Location: India
|
| WMBEAI wrote: |
If the putting application explicitly sets the message to be persistent it won't go to a temp dyn queue
Where will these messages go? |
| MQEnthu wrote: |
| Since persistent messages can not be placed on temp. dynamic queue, they are going to DLQ.,. |
 
_________________
-----------------------------------------------
It is good to remember the past,
but don't let past capture your future |
|
| Back to top |
|
|
| MQEnthu |
| Posted: Thu Mar 05, 2009 3:44 am Post subject: |
|
|
Partisan
Joined: 06 Oct 2008
Posts: 329
Location: India
|
| WMBEAI wrote: |
| Do we have any exe or programs which keeps monitoring a queue and send messages to the ReplyToQ. |
This seems tobe altogether new qustion... start new thread in appropriate section...
_________________
-----------------------------------------------
It is good to remember the past,
but don't let past capture your future |
|
| Back to top |
|
|
| exerk |
| Posted: Thu Mar 05, 2009 3:50 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| WMBEAI wrote: |
| ...My temporary dyanmic queue in my application is created like "MQAI.REPLY.49AD638F200354C7" those numbers keep changing each and every time and i dont have this queue beeing defined in my QM. The messages are going to DLQ with the message format as MQDEAD. |
Working as advertised...
The hex part (IIRC, and without checking in the manual - me shooting from the lip again!) is a time/date stamp, and any well behaved application that uses temp dyn queues will purge/delete the queue when it is finished with it - that's why you can't see it in the queue manager.
If you are using a request/reply loop and get/wait, if the reply message doesn't get back within the wait time, the application then destroys the queue and hence why the message goes to the DLQ. I'll take a punt and guess it was MQRC 2085.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| WMBEAI |
| Posted: Thu Mar 05, 2009 3:50 am Post subject: |
|
|
Acolyte
Joined: 02 Mar 2009
Posts: 66
|
The Below point is not answered.
My temporary dyanmic queue in my application is created like "MQAI.REPLY.49AD638F200354C7"
Wht are these numbers? how a replytoQ with this name is created |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu Mar 05, 2009 3:52 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| WMBEAI wrote: |
The Below point is not answered.
My temporary dyanmic queue in my application is created like "MQAI.REPLY.49AD638F200354C7"
Wht are these numbers? how a replytoQ with this name is created |
It's either magic, or it's documented, or it's explicitly not documented because it doesn't matter to anyone other than the developers of WMQ. |
|
| Back to top |
|
|
| WMBEAI |
| Posted: Thu Mar 05, 2009 3:57 am Post subject: |
|
|
Acolyte
Joined: 02 Mar 2009
Posts: 66
|
If you are using a request/reply loop and get/wait, if the reply message doesn't get back within the wait time, the application then destroys the queue and hence why the message goes to the DLQ. I'll take a punt and guess it was MQRC 2085.-
It was MQRC 2048.I was able to see the messages in tht replyToQ.
[/quote] |
|
| Back to top |
|
|
| WMBEAI |
| Posted: Thu Mar 05, 2009 3:58 am Post subject: |
|
|
Acolyte
Joined: 02 Mar 2009
Posts: 66
|
|
| Back to top |
|
|
| exerk |
| Posted: Thu Mar 05, 2009 4:01 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| WMBEAI wrote: |
| It was MQRC 2048 |
Doh!  that'll learn me to read the full title of the thread and original post...
I did say I shoot from the lip 
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| MQEnthu |
| Posted: Thu Mar 05, 2009 4:03 am Post subject: |
|
|
Partisan
Joined: 06 Oct 2008
Posts: 329
Location: India
|
| WMBEAI wrote: |
The Below point is not answered.
My temporary dyanmic queue in my application is created like "MQAI.REPLY.49AD638F200354C7"
Wht are these numbers? how a replytoQ with this name is created |
| experk wrote: |
| The hex part (IIRC, and without checking in the manual - me shooting from the lip again!) is a time/date stamp |
When the the application opens the MODEL queue, the dynamic queue is created... QMgr gives uniqueue name to the dynamic queues however you can control this by giving the dynamic queue name in MQOD structure...
http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/index.jsp?topic=/com.ibm.mq.csqzal.doc/fg12280_.htm
_________________
-----------------------------------------------
It is good to remember the past,
but don't let past capture your future |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Thu Mar 05, 2009 7:40 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9482
Location: US: west coast, almost. Otherwise, enroute.
|
Try this:
Queues can be defined administratively - by system admins. Queues can also be created by applications. This type of queue is called a dynamic queue.
Dynamic queues are created and opened by an application that specifies the name of a model queue definition (QModel) instead of an administratively-defined queuename.
QModel definitions can be either temporary or permanent. Temporary dynamic queues can only store non-persistent messages. If an application tries to put a persistent message to a temporary dynamic queue, the put fails - thus no message is created.
A permanent dynamic queue can store both persistent and non-persistent messages.
When an application opens a QModel definition, the application can direct how the resulting dynamic queue is named.
There are three possibilities (naming rules): 1) give the queue an absolute name - like MYQUEUE; or 2) give the queue a partial absolute name - like MYQUEUE.*. This will cause the resulting queue to be named MYQUEUE.date-time-information (the hex stuff) to make the queuename unique; or 3) give the queue a name as the qmgr chooses. For midrange, AMQ.date-time-information (hex stuff). For z/OS, CSQ.date-time-information (hex stuff).
_________________
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 |
|
|
|
|
