[ https://issues.apache.org/jira/browse/QPID-4591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13581452#comment-13581452 ]
Ernest Allen commented on QPID-4591: ------------------------------------ A suggested implementation is: Send the deleted messages to the alternate exchange associated with a queue. That would let any application detect them by binding to that exchange as appropriate. That is also more susceptible to ACL control. To avoid this mechanism causing build up of messages that the ring policy is attempting to avoid, the queue bound to the alternate exchange could have be a ring queue of size 1, meaning it only ever held the last message which I think would be sufficient to notify of the dropping of messages. So for the application, the following would happen: - create an alternate exchange for use with the ring queue - create the ring queue, associating it with the alternate exchange - create an overflow ring queue with max-count=1 - bind the overflow queue with the alternate exchange - watch the overflow queue. When a message appears, the original queue is full and has just overflowed. - remove the overflow message > mechanism to detect when messages are overwritten in ring-type queues > --------------------------------------------------------------------- > > Key: QPID-4591 > URL: https://issues.apache.org/jira/browse/QPID-4591 > Project: Qpid > Issue Type: New Feature > Components: C++ Broker > Affects Versions: 0.18 > Reporter: Ernest Allen > Fix For: Future > > > A way to determine when a ring queue is full and old messages are being > deleted. Also need a way to determine when the ring queue is no longer full. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org