[jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Session recovery on rollback

[adrian@jboss.org]

That's twice you've stated a non-requrement in the spec.

The only time the spec mentions anything related to the *timing* of
redelivery is when dealing with runtime exceptions thrown
by message listeners in AUTO/DUPS_OK acknowledge mode:

JMS1.1 - 4.5.2
"
The result of a listener throwing a RuntimeException depends on the session?s
acknowledgment mode.
?  AUTO_ACKNOWLEDGE or DUPS_OK_ACKNOWLEDGE - the message
   will be immediately redelivered. The number of times a JMS provider will
   redeliver the same message before giving up is provider-dependent. The
   JMSRedelivered message header field will be set for a message redelivered
   under these circumstances.
"

Since this part of the spec is defines something that is non-portable
behaviour "provider-dependent", I don't see why you are trying to
expend this to rest of the JMS spec.

In fact, if your interpretation was true, JBossMQ (and other jms
providers) would not be allowed to have the "redelivery delay" 
feature that stops cpu loops in the event of a broken listener/subscriber.

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958066#3958066

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958066