[
http://jira.jboss.com/jira/browse/JBAS-2444?page=all ]
Adrian Brock closed JBAS-2444.
------------------------------
Resolution: Deferred
Closing features that are (or will be) implemented in JBoss Messaging.
http://jira.jboss.com/jira/browse/JBMESSAGING
If anybody wants to provide a patch that implements these,
the issue can be reopened.
Duplicates of these issues will be closed
unless they provide an implementation/patch.
Patches should first be discussed in the
development forum:
http://www.jboss.com/index.html?module=bb&op=viewforum&f=153
if there isn't already a forum link attached to this issue.
Keeping Ordering after message NACK
-----------------------------------
Key: JBAS-2444
URL:
http://jira.jboss.com/jira/browse/JBAS-2444
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: JMS service
Affects Versions: JBossAS-4.0.3 SP1
Reporter: Adrian Brock
There is a common FAQ about how to keep message ordering in the event of failure (i.e. a
NACK or transaction rollback).
JMS gives no such guarantees.
However, we could give that guarantee at the expense of throughput.
Basically what we need to do is not allow anybody to receive() a message until the single
message (or group of messages
in the same transaction) that has already been received is either nacked or acked.
Once the nack (rollback) comes from the client that has the "checked out"
message it will be reinserted back into the Queue
at the top of the list and then we allow the next receive() to run.
Meaning it always the nacked message and can't get any other message until the top
message is acked.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira