Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
At the risk of being as picky as you were a while back, that's not configuring the compute node - that's coding a retry strategy. There are a number of ways to have failing messages re-presented after a period of time, one of these is the way you mention, most of the others have been discussed in here at one time or another.
Many of these methods founder on the rocks of message affinity - any retry method in use here would have to ensure that failed messages was reprocessed before new messages. This poses additional challenges if there are new messages sitting on the input queue and failed messages sitting on a backout queue waiting for a timeout to expire.
I'm sure also you were not advocating a DEFINE HANDLER that just kept retrying until the database was back (to pre-empt the poster's next question). _________________ Honesty is the best policy.
Insanity is the best defence.
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