<div>"You should name queues in a way that makes sense in your application. If queues are transient or the name doesn't matter then you can have the broker assign random names by supplying an empty string for the queue name."</div>
<div>�</div><div>neat.� Didn't know about that.� Perhaps place it in a�"random" exchange so as not to polute the routing key namespace.</div><div>�</div><div>-Steven<br><br></div><div class="gmail_quote">On 29 March 2011 15:50, Emile Joubert <span dir="ltr"><<a href="mailto:emile@rabbitmq.com">emile@rabbitmq.com</a>></span> wrote:<br>
<blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote"><div class="im">On 29/03/11 14:32, mysurf mail wrote:<br>
<br>
<blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
1. Is that design good? In places there used to be listeners<br>
transport for subscribing to data I �will leave the jsonrpc solution<br>
and the listeners?<br>
</blockquote>
<br></div>
In a heterogeneous environment different components can communicate with each other via a broker, regardless of their address. If that is your design then it's good.<div class="im"><br>
<br>
<blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
2. what is the reccomended way to choose a name for the queue for<br>
each client<br>
</blockquote>
<br></div>
You should name queues in a way that makes sense in your application. If queues are transient or the name doesn't matter then you can have the broker assign random names by supplying an empty string for the queue name.<div class="im">
<br>
<br>
<blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
3. When a client dies sudddenly (unexpected ) who will close his<br>
queue ?<br>
</blockquote>
<br></div>
You can set the queue to be auto-delete. When the last consumer disconnects the queue will then be deleted automatically.<br>
<br>
Regards<br>
<br>
Emile<br>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">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>