Re: Spring && DefaultMessageListenerContainer && JmsTemplate && maxMessagesPerTask == 1 && Network of Brokers && maxConcurrentConsumer > 1 == Crumple

2010-06-04 Thread Jamie McCrindle
Awesome! Thanks. cheers, j. On Mon, May 31, 2010 at 1:10 PM, Gary Tully wrote: > Test case is great, thanks, I have opened > https://issues.apache.org/activemq/browse/AMQ-2754 to track this, just > validating the fix at the moment. > > On 8 May 2010 07:43, Jamie McCrindle wrote: > >> Thanks Bru

Re: Spring && DefaultMessageListenerContainer && JmsTemplate && maxMessagesPerTask == 1 && Network of Brokers && maxConcurrentConsumer > 1 == Crumple

2010-05-31 Thread Gary Tully
Test case is great, thanks, I have opened https://issues.apache.org/activemq/browse/AMQ-2754 to track this, just validating the fix at the moment. On 8 May 2010 07:43, Jamie McCrindle wrote: > Thanks Bruce, > > It's just the 2 brokers at the moment and prefetchSize is set to 1. It > looks like a

Re: Spring && DefaultMessageListenerContainer && JmsTemplate && maxMessagesPerTask == 1 && Network of Brokers && maxConcurrentConsumer > 1 == Crumple

2010-05-07 Thread Jamie McCrindle
Thanks Bruce, It's just the 2 brokers at the moment and prefetchSize is set to 1. It looks like a combination of spring's dynamic connection scaling, having maxMessagesPerTask set to 1 and the the network bridge connection getting lost. cheers, j. On Sat, May 8, 2010 at 1:16 AM, Bruce Snyder wr

Re: Spring && DefaultMessageListenerContainer && JmsTemplate && maxMessagesPerTask == 1 && Network of Brokers && maxConcurrentConsumer > 1 == Crumple

2010-05-07 Thread Bruce Snyder
On Fri, May 7, 2010 at 3:19 PM, Jamie McCrindle wrote: > Greetings all, > > After some weeks of scratching my head, I _believe_ I have found the > magic combination that appears to be causing messages to become stuck > in our network of brokers. It's so convoluted that it's entirely > likely that

Re: Spring && DefaultMessageListenerContainer && JmsTemplate && maxMessagesPerTask == 1 && Network of Brokers && maxConcurrentConsumer > 1 == Crumple

2010-05-07 Thread Jamie McCrindle
And more, here's the output (DemandForwardingBridge set to DEBUG): INFO | Successfully deleted temporary storage INFO | Using Persistence Adapter: MemoryPersistenceAdapter INFO | ActiveMQ 5.3.1 JMS Message Broker (one) is starting INFO | For help or more information please see: http://activemq

Re: Spring && DefaultMessageListenerContainer && JmsTemplate && maxMessagesPerTask == 1 && Network of Brokers && maxConcurrentConsumer > 1 == Crumple

2010-05-07 Thread Jamie McCrindle
Oh, this is using: ActiveMQ 5.3.1 Spring 2.5.6 On Fri, May 7, 2010 at 10:19 PM, Jamie McCrindle wrote: > Greetings all, > > After some weeks of scratching my head, I _believe_ I have found the > magic combination that appears to be causing messages to become stuck > in our network of brokers. It

Spring && DefaultMessageListenerContainer && JmsTemplate && maxMessagesPerTask == 1 && Network of Brokers && maxConcurrentConsumer > 1 == Crumple

2010-05-07 Thread Jamie McCrindle
Greetings all, After some weeks of scratching my head, I _believe_ I have found the magic combination that appears to be causing messages to become stuck in our network of brokers. It's so convoluted that it's entirely likely that the error isn't what I think it is but I have managed to create a t