[rabbitmq-discuss] acks from temporary queues

[gneeri]

Hi Matthias,

Thanks for clarifying that. From the explication of the rules for
confirms, it had appeared to me that the relationships to queues and
consumers had more weight in the confirmation process. That not being
the case, I have 2 brief follow up questions:

1. Do consumer acks have more significance in transactions, such that
I could use those to effect the functionality I'm looking for?

2. If not, is there any way (apart from the admin HTTP API) for
determining the number of consumers (e.g., bound queues) for a given
exchange? This way I could test the number of reply messages as you
suggest; otherwise, with needing to register and account for a dynamic
array of servers, I would lose a good deal of what I had hoped would
be the benefit of a fanout broadcast.

Thanks in advance,
Jonathan

On Sep 23, 6:55 pm, Matthias Radestock <matth... at rabbitmq.com> wrote:
> On 23/09/11 21:26, gneeri wrote:
>
> > My expectation, then, is that producer would publish its message and
> > then be blocked until the delayed consumer returns an ack
>
> Confirms mean one thing and one thing only: that the broker has accepted
> responsibility for the message.
>
> They concern the interaction between producers and the broker, and  have
> nothing to do with consumer acks.
>
> Yes, there are some conditions in which a consumer ack can trigger a
> confirm in RabbitMQ, but that is an implementation detail and not
> something you'd want to design an application around.
>
> > My hope is that I will not have to aggregate a list of servers and
> > pass along a single message to each server, but perhaps that is what
> > will be required.
>
> You can still send a single message via a fanout exchange. But the
> consumers then in turn need to send a message back to the sender. Your
> sender will need to know how many consumers there are so it knows when
> it has gotten all responses..
>
> Regards,
>
> Matthias.
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-disc... at lists.rabbitmq.comhttps://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss