<div dir="ltr">You could create all the exchanges, queues and bindings from the admin UI, or using some dedicated configurator program or script. Then the actual applications could use the Passive forms of the exchange & queue declaration functions, which don't require them to know anything beyond the names of the queues or exchanges they want to use. <div><br></div><div>But I'm certainly no expert, so there may be other options out there. <br><br>On Wednesday, November 27, 2013 2:41:53 PM UTC-7, Adrien Brault wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr">Hey,<div><br></div><div>I've read the getting started tutorials and am bothered with one aspect: publishers and consumers configures rabbitmq. I understand that those configuration requests are idempotent, however it seems weird to let the application(s) configure rabbitmq.</div><div><br></div><div>I don't think a publisher should be aware of the exchange type, and a consumer should not be aware of bindings. Though I understand that some pattern requires the application to create exchanges/queues/binding (like RPC).</div><div><br></div><div>Is there a tool to have some configuration file for the server ?</div><div>My goal would be that publishers only know what kind of message to send to a specific exchange, and consumer know what kind of message to get from a specific queue.</div><div><br></div><div>What do you think ? How do you handle the queue/exchange creation and binding logic in big application(s) ?</div></div></blockquote></div></div>