<div dir="ltr"><div><span style="font-family:arial,sans-serif;font-size:13px">Thanks.�</span></div><span style="font-family:arial,sans-serif;font-size:13px">"Messages are put back in the queue in order, so you don't lose</span><br style="font-family:arial,sans-serif;font-size:13px">
<span style="font-family:arial,sans-serif;font-size:13px">ordering here. That is, messages are back in the queue at the same</span><br style="font-family:arial,sans-serif;font-size:13px"><span style="font-family:arial,sans-serif;font-size:13px">position where it was before being delivered to the consumer."</span><br>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Do you mean un-acked messages? Or when do messages are put back in the Queue?</span></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 10, 2014 at 7:59 PM, Alvaro Videla <span dir="ltr"><<a href="mailto:videlalvaro@gmail.com" target="_blank">videlalvaro@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
1. One of the main uses of RabbitMQ is to spread events in a system,<br>
so this seems to fit your use case.<br>
<br>
2. When you consume messages from a RabbitMQ queue you can tell the<br>
broker that you want to "acknowledge" each message once you are done<br>
with it. So RabbitMQ will delete the message once the consumer sends<br>
the "ack". So if your consumer crashes before sending the ack, then<br>
the messages will be put back in the queue.<br>
<br>
Some notes:<br>
<br>
- You can actually send more than one ack at the same time, i.e: ack a<br>
set of messages instead of one by one, so you reduce roundtrips.<br>
- Messages are put back in the queue in order, so you don't lose<br>
ordering here. That is, messages are back in the queue at the same<br>
position where it was before being delivered to the consumer.<br>
<br>
3. I'm not sure what you mean here, but RabbitMQ is definitely used in<br>
the way you ask.<br>
<br>
Regards,<br>
<br>
Alvaro<br>
<div><div class="h5"><br>
On Mon, Feb 10, 2014 at 2:19 PM, rails <<a href="mailto:stammailbox@gmail.com">stammailbox@gmail.com</a>> wrote:<br>
> When my system's data changes I publish every single change to at least 4<br>
> different consumers (around 3000 messages a second) so I want to use a<br>
> message broker.<br>
> Most of the consumers are responsible to update their database tables with<br>
> the change.<br>
><br>
> (The DBs are different - couch, mysql, etc therefor solutions such as using<br>
> their own replication mechanism or using db triggers is not possible)<br>
> questions<br>
><br>
> Does anyone have an experience with data replication between DBs using a<br>
> message broker?<br>
> is it a good practice?<br>
><br>
> What do I do in case of failures?<br>
> Let's say, using RabbitMQ, the client removed 10,000 messages from the<br>
> queue, acked, and threw an exception each time before handling them. Now<br>
> they are lost. Is there a way to go back in the queue?<br>
><br>
> (re-queueing them will mess their order ).<br>
><br>
> Is using rabbitMQ a good practice? Isn't the ability to go back in the queue<br>
> as in Kafka important to fail scenarios?<br>
><br>
> Thanks.<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> rabbitmq-discuss mailing list<br>
> <a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
> <a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
><br>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
</blockquote></div><br></div>