<div dir="ltr">We also set the following in our shovels.  Looking at the dynamic support, some of these appear to be able to be set.<div><br></div><div>delivery_mode - we override right now as well but I'm probably going to disable this and let whatever originally was published just go through. Course, looks like Michael needs this</div>
<div><br></div><div>reconnect_delay - we set to 30 seconds (default seems to be 5) as we were getting spammed during data center disconnects with the shorter retries.  It appears configuring this dynamically is supported from what I can tell of the source code.<br>
</div><div>prefetch_count - we set this to 1500 which seemed to be a pretty decent number for our systems.  If I'm looking at the right setting (the rabbitmq_shovel.app.src) this is defaulted to 1000.<br></div><div><br>
</div><div>headers (currently) - we set a source on a header specifying where the message came from.  Because though that overrides any message published headers, we're looking to use the cluster_id property instead.  Though, just digging through the source, I see "AddHeaders" from <<"add-forward-headers">>.  Looks like the dynamic shovel finally adds that support without replacing existing headers!  Sadly, it's not in the static shovel :(  I may play with adding this myself for some erlang programming learning.<br>
</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jun 13, 2014 at 4:20 AM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 12/06/2014 5:19PM, Laing, Michael wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We will not be able to use dynamic shovels in our proxies and product<br>
clusters until we can set delivery_mode, in our case to 1 as we never<br>
persist messages in the core clusters.<br>
<br>
Actually we set user_id too.<br>
</blockquote>
<br></div>
Thanks, that's useful to know.<div class="HOEnZb"><div class="h5"><br>
<br>
Cheers, Simon<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
______________________________<u></u>_________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.<u></u>rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/<u></u>cgi-bin/mailman/listinfo/<u></u>rabbitmq-discuss</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Jason McIntosh<br><a href="https://github.com/jasonmcintosh/" target="_blank">https://github.com/jasonmcintosh/</a><br>573-424-7612</div>

</div>