[jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-126 -- JMS expiration
timfox
do-not-reply at jboss.com
Fri Nov 17 11:26:53 EST 2006
"weston.price at jboss.com" wrote :
|
| The DLQ handler is layered with a JBoss specific handler being called first to handle redelivery. First we check for the existence of the JMS_JBOSS_REDELIVERY_LIMIT and JMS_JBOSS_REDELIVERY_COUNT.
|
You mean JBoss MQ specific? JBoss Messaging doesn't have these properties.
"weston.price at jboss.com" wrote :
| If we can find the count we compare it againts the ActivationSpec property DLQMaxResent. If it's over the limit, the JBoss specific DLQ handles the message.
|
| If we don't execute the above, the GenericHandler kicks in. We try and check the JMSXDeliveryCount first. If it exists, all is well and we use that as a marker for re-delivery attempts.
|
| Now, heres the trick :-).
|
| If that property does not exist, we increment a counter based on the cached ID for that message. So, basically in order:
|
| JBoss specific
| Generic JMSXDeliveryCount
| Cached id/count mapping
|
So you maintain a map of id to count? How long do you keep items in the map for? It could grow pretty big. Also wouldn't survive restart I assume.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986878#3986878
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986878
More information about the jboss-dev-forums
mailing list