You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@activemq.apache.org by Dhruba Bandopadhyay <bd...@gmail.com> on 2008/04/07 10:19:52 UTC
Single message unconsumed
Hi,
Frequently during my tests I've noticed that they complete to 99%.
That is to say that frequently one single message remains unconsumed
on the broker queue. The consumers seem fine and I don't see any
errors.
What are the usual reasons for this happening? I am using Spring
2.5.2 and ActiveMQ 4.1.1. This is quite unsettling as it is obviously
making the system less predictable and less robust so any help would
be appreciated.
Thanks.
Re: Single message unconsumed
Posted by Dhruba Bandopadhyay <bd...@gmail.com>.
I've attached a grep of one of the consumer log files. It seems that
the derby backend may have been the problem with regard to locking.
It seems that over a period of time under high number of messages
derby gets confused.
What alternatives do I have?
My attempt to use mysql as a backend with activem4.1.1 failed with the
unrecognized tag mapping error (which I posted on here with no
response).
My attempt to use mysql as a backend with activemq5.0.0 succeeded but
it tripled the production time and doubled total consumption time.
Also 5.0.0 (just like fmb-5.0.0.9) has the 'could not recover message
from data store' problem which makes it a non-option anyway.
Any recommendations? I feel I'm at a dead end somewhat and would
really appreciate some help.
Thanks.
On Mon, Apr 7, 2008 at 9:19 AM, Dhruba Bandopadhyay <bd...@gmail.com> wrote:
> Hi,
>
> Frequently during my tests I've noticed that they complete to 99%.
> That is to say that frequently one single message remains unconsumed
> on the broker queue. The consumers seem fine and I don't see any
> errors.
>
> What are the usual reasons for this happening? I am using Spring
> 2.5.2 and ActiveMQ 4.1.1. This is quite unsettling as it is obviously
> making the system less predictable and less robust so any help would
> be appreciated.
>
> Thanks.
>