| Author |
Message
|
| hughson |
 Posted: Mon Jan 05, 2015 5:05 am Post subject: Looking for MQ New Year's Resolution Ideas |
 |
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
Hi everyone and Happy New Year.
Just written the following blog post, IBM MQ New Year's Resolutions but would like to extend it with a few more.
Anyone got some good ideas for things that might work well as additions to this post?
Cheers
Morag
EDIT: Above link has been sunset - new version (updated for 2020) here
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Last edited by hughson on Sun Jan 19, 2020 8:04 pm; edited 1 time in total |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Mon Jan 05, 2015 5:31 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| Teach all of my developers the meaning of 2033 and 2035. |
|
| Back to top |
|
|
| hughson |
| Posted: Mon Jan 05, 2015 5:57 am Post subject: |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
| mqjeff wrote: |
| Teach all of my developers the meaning of 2033 and 2035. |
Thanks! Have added a section on MQRCs.
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Jan 05, 2015 6:18 am Post subject: Re: Looking for MQ New Year's Resolution Ideas |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| hughson wrote: |
| Anyone got some good ideas for things that might work well as additions to this post? |
Don't use persistent, non-expiring messages for everything.
Just because you love your messages like they're your children doesn't make them important in the grand scheme of things. If they're repeatable requests or replies, maybe they don't need to be logged.....
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| zpat |
| Posted: Mon Jan 05, 2015 6:34 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Always set MQMD.Format (the default of NONE is usually dangerous).
Always set FAIL_IF_QUIESCING on MQI calls.
Preferably use MQGMO_CONVERT on MQGET calls.
Don't poll the queue, use MQGMO_WAIT
Get messages from the queue until the queue is empty.
Don't connect or open the queue for each message.
Print the linked exception value in error logs
Handle common conditions like MQRC 2009
Don't reconnect to QM immediately after any failure (wait for a period).
Code a connection id in Java programs (don't default to blank).
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Jan 05, 2015 6:36 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
How about teaching developers the correct handling of Exceptions?
And I mean here to say that if an exception leads to a re-connection attempt, it should also attempt to close any existing connection first...
Also always go for the provider exception when displaying / catching a JMSException...
Think about hitting max channels or maxinst or maxinstc parameters on the channel...
Happy New Year 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Mon Jan 05, 2015 6:45 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Lets take the programming thing a bit further
Lets teach the developers that every read or write operation does not need an
| Code: |
while
mqconn
mqopen
mqput/mqget
mqclose
mqdisc
end while
|
and then complain about the performance.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Mon Jan 05, 2015 6:58 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Some more thoughts
1) Log4J is not the answer. now what is the question?
(nor is logging everything to files)
2) Script all your QM Changes.
3) Save all those nice scripts in Source Control.
4) Adding all the users to the mqm group is not the way to give access.
and back on the programming track (and for IIB)
5) teach Java devs about the message tree and that they don't have to serialise/deserialise the tree everytime they do want to use it.
And finally,
6) Learn the mantra 'Keep is Simple Silly!'
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Jan 05, 2015 5:47 pm Post subject: Re: Looking for MQ New Year's Resolution Ideas |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| Vitor wrote: |
| hughson wrote: |
| Anyone got some good ideas for things that might work well as additions to this post? |
Don't use persistent, non-expiring messages for everything.
Just because you love your messages like they're your children doesn't make them important in the grand scheme of things. If they're repeatable requests or replies, maybe they don't need to be logged..... |
I almost wish I had that problem. What about the non-expiring NON-persistent messages - totally illogical!
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Jan 05, 2015 5:56 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Morag,
How about
"I will upgrade off of MQ 6"
and
"I will submit an RFE when I have an idea to MQ better"
and
"I will submit Knowledge Center Feedback when I find something wrong in the KC."
and
"I will make the trip to Sandusky Ohio and attend the MQ 2015 Tech Conference!"
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| ramires |
| Posted: Tue Jan 06, 2015 3:48 am Post subject: |
|
|
Knight
Joined: 24 Jun 2001
Posts: 523
Location: Portugal - Lisboa
|
| tools for diagnosing cluster issues, sometimes it's a nightmare to fix an inconsistent cluster. |
|
| Back to top |
|
|
| hughson |
| Posted: Sun Jan 19, 2020 8:05 pm Post subject: |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
Updated this thread with a new URL for an updated version of the blog post in the first post.
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| Back to top |
|
|
|
|
