Author |
Message
|
bclaff |
Posted: Wed Dec 01, 2004 9:35 am Post subject: Temporary Dynamic Queues in 5.3 vs 5.2 |
|
|
Newbie
Joined: 01 Dec 2004 Posts: 3
|
I have code that worked perfect yesterday when my server had 5.2. MQ was upgraded to 5.3 and now I have a problem.
I open a model queue, which creates a temporary dynamic queue for me. I pass this dynamic queue name in the MSMD for a PUT on another queue. I issue a MQGET with a wait on this new temporary dynamic queue.
This used to work fine until 5.3 was installed. Now the temporary dynamic queue is created and destroyed before I can even do the MQGET with a wait. I know this because I changed the Model queue property to make a Permanent Dyanamic Queue and my MQGET with a wait worked fine. It looks like when creating a Temporary Dynamic Queue, it is created and destroyed before you can do the MQGET on it. Keep in mind the same code worked fine with 5.2, so it's NOT a problem with holding the dynamic queue object open in memory. |
|
Back to top |
|
 |
csmith28 |
Posted: Wed Dec 01, 2004 10:40 am Post subject: |
|
|
 Grand Master
Joined: 15 Jul 2003 Posts: 1196 Location: Arizona
|
Just wondering, is there any reason that you are using dynamic queues as apposed to normally defined permanent queues? _________________ Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
Back to top |
|
 |
bclaff |
Posted: Wed Dec 01, 2004 10:50 am Post subject: |
|
|
Newbie
Joined: 01 Dec 2004 Posts: 3
|
1) Better performance than reading a normal queue with a correlation id.
2) My application is request/response from the web, so I don't need the message to persist since the user is only going to wait for a short amount of time. |
|
Back to top |
|
 |
kevinf2349 |
Posted: Wed Dec 01, 2004 10:54 am Post subject: |
|
|
 Grand Master
Joined: 28 Feb 2003 Posts: 1311 Location: USA
|
We converted from 5.2 to 5.3 without any problems in this area. We are currently on CSD8 but code that was running on 5.2 still works fine on 5.3 even using temporary dynamic queues. (most of our applications make use of TDQs)
Are you sure that the TDQ isn't getting closed before the get? |
|
Back to top |
|
 |
csmith28 |
Posted: Wed Dec 01, 2004 11:09 am Post subject: @bclaff |
|
|
 Grand Master
Joined: 15 Jul 2003 Posts: 1196 Location: Arizona
|
bclaff wrote: |
1) Better performance than reading a normal queue with a correlation id.
2) My application is request/response from the web, so I don't need the message to persist since the user is only going to wait for a short amount of time. |
Ok, I was just wondering. Most of my apps are request/response as well but they all demanded Persistent messaging and the WMQ infratstructure that I currently support was built before I was hired.
I guess I'll let kevinf et all... take over from here.
It would probably be helpful if you posted what platform you are running on and any information you may have on what CSD's you have installed along with any error out put you may be seeing in your AMQERR0*.LOG's for the MQManager.
Further, if there are any .FDC files being generated in /var/mqm/errors.
Good luck... _________________ Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
Back to top |
|
 |
Empeterson |
Posted: Wed Dec 01, 2004 11:33 am Post subject: |
|
|
Centurion
Joined: 14 Apr 2003 Posts: 125 Location: Foxboro, MA
|
I work with bclaff and can answer some of these questions.
We upgraded to 5.3 csd07, and it runs on win2k. There are no errors in AMQERR logs during the time frame of the error, nor were there any .FDC files produced. Nothing in the event viewer either. _________________ IBM Certified Specialist: MQSeries
IBM Certified Specalist: Websphere MQ Integrator |
|
Back to top |
|
 |
Empeterson |
Posted: Wed Dec 01, 2004 1:57 pm Post subject: |
|
|
Centurion
Joined: 14 Apr 2003 Posts: 125 Location: Foxboro, MA
|
Well, we changed the model queue to permanent dynamic and changed the close options to MQCO_DELETE_PURGE, and the same thing happens as happened with a temporary dynamic. Somehow the queue is getting closed before the get happens. Why this would change just upgrading to 5.3 I have no idea. Bclaff is pouring over the code now trying to figure it out. _________________ IBM Certified Specialist: MQSeries
IBM Certified Specalist: Websphere MQ Integrator |
|
Back to top |
|
 |
kevinf2349 |
Posted: Wed Dec 01, 2004 2:27 pm Post subject: |
|
|
 Grand Master
Joined: 28 Feb 2003 Posts: 1311 Location: USA
|
I believe that the way that MQ cleans up TDQs changed with 5.3. I do know that we get fewer ghost queues with 5.3 than we got with 5.2 |
|
Back to top |
|
 |
fjb_saper |
Posted: Wed Dec 01, 2004 4:34 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
If the process(thread) that created the temp dynamic queue finishes or dies the Temp dynamic queue gets dropped (automatic clean up).
Don't know if you are passing the queue handle accross threads but that might be a cause for it.
Enjoy  |
|
Back to top |
|
 |
bclaff |
Posted: Wed Dec 01, 2004 5:15 pm Post subject: |
|
|
Newbie
Joined: 01 Dec 2004 Posts: 3
|
It works now.
Here's what the difference is:
My code checks if the queue manager name is different. If it is, the code disconnects and reconnects to the new queue manager. Since the default queue manager is blank, the OLD queue manager name would get set, but the new queue manager name was always comparing blank. This would always result in disconnecting and reconnecting to the queue manager object. In 5.2, this did not close any temporary dynamic queues that I was holding in memory, but in 5.3 those temporary dynamic queues do get closed when the queue manager disconnects. |
|
Back to top |
|
 |
csmith28 |
Posted: Wed Dec 01, 2004 5:31 pm Post subject: |
|
|
 Grand Master
Joined: 15 Jul 2003 Posts: 1196 Location: Arizona
|
Well......
I am glad you found resolution to your problem and sorry I/we couldn't be of more assistance.
I am also glad you posted your resolution here. So many times people will come here and post looking for help. Admittedly it is hit and miss depending on who is logged on whether or not mqseries.net as a community can help or not. Members come and go so the level of expertise tends to fluctuate, but we always try to help.
Oft times we are left hanging. So thanks. Don't be a stranger.  _________________ Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
Back to top |
|
 |
|