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 Discussion » Queue Names

Post new topic  Reply to topic
 Queue Names « View previous topic :: View next topic » 
Author Message
omhopper
PostPosted: Mon Sep 08, 2008 2:17 pm    Post subject: Queue Names Reply with quote

Novice

Joined: 08 Jun 2007
Posts: 17

I just had a lengthy discussion about queue naming with one of our developers. We use the best practices I've seen many times, i.e. all caps, no spaces, short as possible but still descriptive. The part we couldn't agree on though was from http://www.ibm.com/developerworks/websphere/library/techarticles/0807_hsieh/0807_hsieh.html.

"Applications should have a high-level qualifier consisting of a few characters, followed by some delimiter (like a dot), so that the names sort easily and the purpose of the queue is obvious (such as APPXYZ.SERVICE1.REQUEST)."

Our standard in the above case has always been that APPXYZ is the application accepting the request to do "something" ... the provider. The developer wanted me to name the queue based on the calling application, or requester.

Which way has worked best for you? Any help on why?
_________________
Thanks.
Back to top
View user's profile Send private message
atheek
PostPosted: Mon Sep 08, 2008 2:38 pm    Post subject: Reply with quote

Partisan

Joined: 01 Jun 2006
Posts: 327
Location: Sydney

We used to name APPXYZ.SERVICE1.REQUEST as the name of the receiver local queue and the remote queue at sender side as something like REQUESTER.SERVICE1.APPXYZ.REQUEST. It looks logical to name the receiver queue based on its name as it can service multiple requesters
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Mon Sep 08, 2008 2:41 pm    Post subject: Re: Queue Names Reply with quote

Grand High Poobah

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

omhopper wrote:
I just had a lengthy discussion about queue naming with one of our developers. We use the best practices I've seen many times, i.e. all caps, no spaces, short as possible but still descriptive. The part we couldn't agree on though was from http://www.ibm.com/developerworks/websphere/library/techarticles/0807_hsieh/0807_hsieh.html.

"Applications should have a high-level qualifier consisting of a few characters, followed by some delimiter (like a dot), so that the names sort easily and the purpose of the queue is obvious (such as APPXYZ.SERVICE1.REQUEST)."

Our standard in the above case has always been that APPXYZ is the application accepting the request to do "something" ... the provider. The developer wanted me to name the queue based on the calling application, or requester.

Which way has worked best for you? Any help on why?

This is one of the areas where it becomes logical to use QAlias.
It is easy to set the authorization patterns for MYAPP.** and not have to worry. That the base Qname underneath might be MYSVCE.** should not matter.

The apps would now be authorized on whether they have an alias pointing to the service's base queue.

As an alternative you can also specifically authorize the app's user grp to access the MYSVCE.** pattern... but these are really considerations of the user and where the admin feels more confident.
_________________
MQ & Broker admin


Last edited by fjb_saper on Mon Sep 08, 2008 8:27 pm; edited 1 time in total
Back to top
View user's profile Send private message Send e-mail
bruce2359
PostPosted: Mon Sep 08, 2008 3:27 pm    Post subject: Reply with quote

Poobah

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

It's a guideline that works for most applications. Guidelines usually are generic in nature.

For example, queues associated with a payroll application should/could be prefixed with PAY. followed by the queue function, like PAY.TIMECARD. This differentiates PAY. queues from AP. (accounts payable) queues and FIN. (financial) queus.

Naming a queue after the the application program that puts messages into it might not survive the intended purpose if some other application in the future ends up putting messages in the same queue.

Guidelines also suggest not naming a queue for its location or the undelying o/s or the server/node name.
_________________
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
omhopper
PostPosted: Mon Sep 08, 2008 3:53 pm    Post subject: Reply with quote

Novice

Joined: 08 Jun 2007
Posts: 17

Thanks. The quote from Bruce is the one I dropped on him.

"Naming a queue after the the application program that puts messages into it might not survive the intended purpose if some other application in the future ends up putting messages in the same queue."

[/quote]
_________________
Thanks.
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 Discussion » Queue Names
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.