You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Gary Tully (JIRA)" <ji...@apache.org> on 2010/11/12 19:21:25 UTC

[jira] Commented: (AMQ-3003) Allow the option of a DLQ per durable subscription DeadLetterStrategy

    [ https://issues.apache.org/activemq/browse/AMQ-3003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=63322#action_63322 ] 

Gary Tully commented on AMQ-3003:
---------------------------------

A possible workaround is to use a virtual topic such that each durable consumer becomes a queue consumer, and configure a separate DLQ per consumer queue (and per consumer) in that way.
see: http://activemq.apache.org/virtual-destinations.html

> Allow the option of a DLQ per durable subscription DeadLetterStrategy
> ---------------------------------------------------------------------
>
>                 Key: AMQ-3003
>                 URL: https://issues.apache.org/activemq/browse/AMQ-3003
>             Project: ActiveMQ
>          Issue Type: New Feature
>          Components: Broker
>    Affects Versions: 5.4.1
>            Reporter: Gary Tully
>             Fix For: 5.5.0
>
>
> From https://issues.apache.org/activemq/browse/AMQ-2584 - with durable subscriptions sharing the DLQ there will be duplicate sends to the dlq if more than one durable sub rejects the message. 
> These durables are suppressed provided they are not already acked, in which case the duplicate can hang about. The audit=false option for the DLQ works around this, but it begs the question, can I know which durable subscription refused a message.
> To facilitate this, having a DLQ pre durable sub is a nice option. It can use the clientId and subscriberName as the postfix, so ACTIVEMQ_DLQ.ClientId-SubscriberName - If the subscriber changes subsequent messages can go do a different DLQ. These destinations would need to be manually deleted when no longer needed.
> This will require additional methods in org.apache.activemq.broker.region.policy.DeadLetterStrategy so will need to a version update.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.