Doh! I didn't realize (or maybe I just forgot) that expired messages are sent to the DLQ by default.
I also didn't realize that the JMSDestination on messages sent to a virtual topic will retain the virtual topic destination and not the consumer queue destination. --jason On Jan 20, 2012, at 2:20 AM, Gary Tully wrote: > org.apache.activemq.broker.region.virtual.VirtualTopicInterceptor#send > > which calls: org.apache.activemq.broker.region.DestinationFilter#send > > On 20 January 2012 01:48, Jason Dillon <ja...@planet57.com> wrote: >> Can you point me at the code which handles virtual topic subscription >> message propagation to consumer queues plz? >> >> --jason >> >> >> On Jan 19, 2012, at 12:36 PM, Gary Tully wrote: >> >>> should be, but the use case is narrow, see the test case: >>> http://svn.apache.org/viewvc/activemq/trunk/activemq-core/src/test/java/org/apache/activemq/MessageListenerRedeliveryTest.java?r1=1084175&r2=1084174&pathrev=1084175 >>> >>> On 19 January 2012 19:09, Jason Dillon <ja...@planet57.com> wrote: >>>> Is this change in 5.5.1 and enabled by default? >>>> >>>> If so I don't see any of these properties set. >>>> >>>> --jason >>>> >>>> >>>> On Jan 19, 2012, at 7:32 AM, Gary Tully wrote: >>>> >>>>> For one use case, when a exception causes a rollback, that exception >>>>> is trapped. Have a peek at >>>>> https://issues.apache.org/jira/browse/AMQ-3236 and the associated >>>>> commits. We may be able to build on that. >>>>> >>>>> On 19 January 2012 05:58, Jason Dillon <ja...@planet57.com> wrote: >>>>>> Is there any easy way to get information about why a message had been >>>>>> sent to ActiveMQ.DLQ? >>>>>> >>>>>> I'm seeing a bunch of messages sent to a virtual topic (as indicated by >>>>>> OriginalDestination property while browsing the ActiveMQ.DLQ via >>>>>> visualvm, which end up in the DLQ. Really unsure why any message sent >>>>>> to a virtual topic would end up here. Shouldn't the virtual topic >>>>>> simply copy the message to all known client's and be done with it? >>>>>> >>>>>> More generally though, is there any way to include detail in the message >>>>>> when sent to the DLQ as to why it was sent there? >>>>>> >>>>>> --jason >>>>> >>>>> >>>>> >>>>> -- >>>>> http://fusesource.com >>>>> http://blog.garytully.com >>>> >>> >>> >>> >>> -- >>> http://fusesource.com >>> http://blog.garytully.com >> > > > > -- > http://fusesource.com > http://blog.garytully.com