[rabbitmq-discuss] Why does the queue drop other messages after the first is consumed?
videlalvaro at gmail.com
Mon Dec 16 18:56:42 GMT 2013
Well, perhaps either your code or the AMQP library has that problem.
RabbitMQ doesn't know anything about application specific code.
On Mon, Dec 16, 2013 at 6:48 PM, Raj Kumar Sanpui
<raj.kumar.sanpui at gmail.com> wrote:
> Seems like rabbitmq has an allergy towards thread locks.
> Invoke a consumer thread (basic.consume) calling pthread_mutex_lock( ) and
> all but one message gets dropped. Same works absolutely fine, if no thread
> locks are used.
> On Mon, Dec 16, 2013 at 11:22 PM, Michael Klishin <mklishin at gopivotal.com>
>> On 16 Dec 2013, at 21:47, Raj Kumar Sanpui <raj.kumar.sanpui at gmail.com>
>> > In between, do we have any man page for basic.consume?
>> > What does "no ack", "exclusive", "local" stands for?
>> Ignore local. Exclusive means that there can only ever be one consumer on
>> the queue.
>> no ack means “no manual ack”, that is, you don’t intend to use manual
>> acknowledgements of
>> deliveries. See tutorial 2: http://www.rabbitmq.com/getstarted.html
>> and http://www.rabbitmq.com/amqp-0-9-1-reference.html#domain.no-ack
>> Software Engineer, Pivotal/RabbitMQ
>> rabbitmq-discuss mailing list
>> rabbitmq-discuss at lists.rabbitmq.com
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
More information about the rabbitmq-discuss