[JBoss JIRA] Created: (JBMESSAGING-1151) Guarantee ordering with a delayed redelivery (FIFO)
by Markus Lutum (JIRA)
Guarantee ordering with a delayed redelivery (FIFO)
---------------------------------------------------
Key: JBMESSAGING-1151
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1151
Project: JBoss Messaging
Issue Type: Feature Request
Affects Versions: 1.4.0.GA
Reporter: Markus Lutum
Assigned To: Tim Fox
Make it possible to configure JBM to guarantee ordering with a delayed redelivery means preserve ordering of messages to a Consumer also in case of NACK / rollback.
In other words, block any other messages that arrived in the intervening period being delivered.
Needed behaviour
A and B are in the Queue
delivered A (ok)
delivered B (NOK/Transaction roll back)
C comes in
delivered B again after 20 sec (NOK/Transaction roll back)
delivered B again after 20 sec (Now processing is OK- Commit)
delivered C
I have now 2 customers which need this behaviour so I can replace a buggy self written persistent queue package.
--
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
17 years, 6 months
[JBoss JIRA] Created: (JBMESSAGING-1356) Add thread pool for client/server sessions
by Jay Howell (JIRA)
Add thread pool for client/server sessions
------------------------------------------
Key: JBMESSAGING-1356
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1356
Project: JBoss Messaging
Issue Type: Feature Request
Components: Messaging Core
Affects Versions: 1.4.0.SP3.CP02
Reporter: Jay Howell
Assigned To: Tim Fox
The threads named jbm-server-session* and jbm-client-session* should be gotten from a thread pool instead of just being created. There's no way to cap the number of session threads.
The thread factory is defined in NamedThreadQueuedExecutor as...
private class Factory implements ThreadFactory
{
public Thread newThread(Runnable command)
{
return new Thread(jbmGroup, command, name);
}
}
This thread factory should really have a thread pool implementation and not just a new thread implementation. This class controls both the server threads and the client threads.
--
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
17 years, 6 months