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 » IBM MQ API Support » IMS BRIDGE Queues and MQMD-PRIORITY

Post new topic  Reply to topic
 IMS BRIDGE Queues and MQMD-PRIORITY « View previous topic :: View next topic » 
Author Message
PeterPotkay
PostPosted: Wed Feb 05, 2003 5:41 am    Post subject: IMS BRIDGE Queues and MQMD-PRIORITY Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

An IMS bridge queue is GET disabled from 2AM to 6AM, since the IMS Onlines are not up and running. For these four hours, the web application is accepting requests and sending the asynchronous messages to the Bridge queue. The Web application knows if it is between 2 AM and 6 AM, and will not wait for a reply but instead will put up a splash screen saying an email will be sent to them the next morning with their reply.


So at 6 AM, we have hundreds of request messages queued up on the bridge queue. As soon as the IMS onlines come back up, the queue is enabled and the messages flow into the OTMA. However, all these hundreds of messages take some time to process. If a user at the web front end sends in a request at 6:01 AM, they will wait for a reply, since the onlines are now up. But their request is now stuck behind all the previous night's messages.

How do I insure that the messages sent after 6 AM get prioritized to be processed before the previous night's messages? I would like to avoid creating a separate request queue to be used by the application between 2 and 6 AM. So I thought I might have the front end app set the priority of the messages sent outside of 2-6 AM to be higher than the ones sent between 2 and 6.

Would this work? What if the queue is enabled at 6 AM with 100 messages of PRIORITY zero. These messages will all "instantly" flow into the IMS queue, where they get queued up on the IMS queue, right? Does the MQMD-Priority get carried over and used somehow in the IMS queue as well? So that when a PRIORITY 9 message comes in, it goes straight into the IMS queue, and then to the head of the IMS queue? Or is it stuck at the back of the IMS queue, because MQMD-Priority is not translated into IMS?

Or will the messages stay queued up on the MQ bridge queue when the queue is enabled, going into OTMA one at a time, and as such the arriving messages will be put to the head of the MQ queue because of their priority?
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Tue Feb 18, 2003 5:48 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

The MQ messages flood from the MQ queue into the IMS queue, where they back up.

IMS does not respect the MQMD's Priority.

New MQ Messages arriving on the MQ queue immediatly go into the IMS queue, where they get placed at the back of the line, even if their MQ priority is higher than those older messages.


We will implement a seperate TCODE for the higher priority messages, and set that TCODE value in the body of the message. IMS will then send them to the higher priority TCODE immediatly.
_________________
Peter Potkay
Keep Calm and MQ On
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 » IBM MQ API Support » IMS BRIDGE Queues and MQMD-PRIORITY
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.