| Author |
Message
|
| raghav_138 |
 Posted: Tue Aug 04, 2009 3:03 am Post subject: Reprocessing message in Message Broker |
 |
|
Newbie
Joined: 04 Aug 2009
Posts: 9
|
Could you please let me know what are the different ways to reprocess a failed message in Message Broker,
Is there any code/technique provided by IBM to handle reprocessing.
I understand that we can use a backout queue to store failed messages.
But i wanted to know if there is any automated way to handle reprocessing,
Is there any support pac which is provided to handle reprocessing?
Any ideas in this regard would be really helpful  |
|
| Back to top |
|
 |
| Vitor |
| Posted: Tue Aug 04, 2009 9:22 am Post subject: Re: Reprocessing message in Message Broker |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| raghav_138 wrote: |
| But i wanted to know if there is any automated way to handle reprocessing, |
Yes - first you develop an automated way to fix whatever problem caused them, or detect that it's been fixed, and extend that to move the failed messages back for processing.
Most monitoring tools have this kind of functionality.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Aug 04, 2009 9:46 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
You can easily wire a TimeoutNotification to an MQGet to an MQOutput.
Whether this will do anything other than create many many many repeats of the same errors that failed the messages in the first place is entirely a different subject. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Aug 04, 2009 9:53 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqjeff wrote: |
| Whether this will do anything other than create many many many repeats of the same errors that failed the messages in the first place is entirely a different subject. |
It's a subject entitled "How to make your system beat itself to death". While this is a viable method, I do feel my esteemed associate is making a point rather than actually suggesting this to an inexperienced user who doesn't get the joke.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Tue Aug 04, 2009 11:03 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Before you start implementing anything in this area I humbly suggest that you STOP and don't go anywhere until you have taken a rational look at your system and the sorts of failures any individual message might possibly encounter.
For each of these errors, take a long hard look at the implications to the system if you somehow implemented an automatic replay mechanism.
I once had a customer asking this very question. I sighed and did the mapping exercise and after explaining the consequenses to the customer, I never heard of the request again.
AFAIK, automatic message replay is a bad idea in pretty well every case. There might be some situations where it can be used but so far I have yet to come upon one.
_________________
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 |
|
|
| Vitor |
| Posted: Tue Aug 04, 2009 11:19 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| smdavies99 wrote: |
| AFAIK, automatic message replay is a bad idea in pretty well every case. There might be some situations where it can be used but so far I have yet to come upon one. |
It's only useful where it's in combination with other activities; as I intimated above, if your monitoring is sufficient to detect and correct "routine" problems then you might manage automatic reply as part of that. Another possibility is "automated" message reply triggered by a human opperator who's corrected the problem manually.
I do agree that it's pretty much always the case that automatically replying messages without other action is a bad idea. My war story is a client who wanted failed messages replayed after 10 minutes "in case the problem was resolved". I enquired who was supposed to be resolving this problem and if the 10 minutes was based on the magic pixies' SLA. I never heard the request again either.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| raghav_138 |
| Posted: Thu Aug 06, 2009 12:04 am Post subject: |
|
|
Newbie
Joined: 04 Aug 2009
Posts: 9
|
Vitor,
Thanks for your inputs,
What monitoring tools are you talking about,
Can you please tell me some which would be useful in this? |
|
| Back to top |
|
|
| dk27 |
| Posted: Thu Aug 06, 2009 5:28 am Post subject: |
|
|
Acolyte
Joined: 28 Apr 2008
Posts: 51
|
One solution can be first just browse the message (MB 6.1) process it in the message flow if there is no error read the message and discard it. If message fails you can keep browsing it till the error ir resolved.
This is another way of retry, this might resolve transitory errors like DB not available due to network problem etc. |
|
| Back to top |
|
|
| WMBDEV1 |
| Posted: Thu Aug 06, 2009 5:34 am Post subject: |
|
|
Sentinel
Joined: 05 Mar 2009
Posts: 888
Location: UK
|
| dk27 wrote: |
One solution can be first just browse the message (MB 6.1) process it in the message flow if there is no error read the message and discard it. If message fails you can keep browsing it till the error ir resolved.
This is another way of retry, this might resolve transitory errors like DB not available due to network problem etc. |
Better get some marshmallows ready cus the CPU is gonna be ready to cook em  |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Aug 06, 2009 6:43 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| raghav_138 wrote: |
What monitoring tools are you talking about,
|
Any of the standard commercial ones can do this
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Aug 06, 2009 6:47 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| WMBDEV1 wrote: |
| Better get some marshmallows ready cus the CPU is gonna be ready to cook em |
Any solution that involves browsing messages off a queue should be treated with suspicion. This one should be arrested and charged....
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
