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 » General IBM MQ Support » Temporary Dynamic Queues in 5.3 vs 5.2

Post new topic  Reply to topic
 Temporary Dynamic Queues in 5.3 vs 5.2 « View previous topic :: View next topic » 
Author Message
bclaff
PostPosted: Wed Dec 01, 2004 9:35 am    Post subject: Temporary Dynamic Queues in 5.3 vs 5.2 Reply with quote

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
View user's profile Send private message
csmith28
PostPosted: Wed Dec 01, 2004 10:40 am    Post subject: Reply with quote

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
View user's profile Send private message
bclaff
PostPosted: Wed Dec 01, 2004 10:50 am    Post subject: Reply with quote

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
View user's profile Send private message
kevinf2349
PostPosted: Wed Dec 01, 2004 10:54 am    Post subject: Reply with quote

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
View user's profile Send private message
csmith28
PostPosted: Wed Dec 01, 2004 11:09 am    Post subject: @bclaff Reply with quote

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
View user's profile Send private message
Empeterson
PostPosted: Wed Dec 01, 2004 11:33 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail AIM Address
Empeterson
PostPosted: Wed Dec 01, 2004 1:57 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail AIM Address
kevinf2349
PostPosted: Wed Dec 01, 2004 2:27 pm    Post subject: Reply with quote

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
View user's profile Send private message
fjb_saper
PostPosted: Wed Dec 01, 2004 4:34 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
bclaff
PostPosted: Wed Dec 01, 2004 5:15 pm    Post subject: Reply with quote

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
View user's profile Send private message
csmith28
PostPosted: Wed Dec 01, 2004 5:31 pm    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » Temporary Dynamic Queues in 5.3 vs 5.2
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.