<br><br>On Friday, April 26, 2013, Julien Danjou  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Apr 26 2013, Doug Hellmann wrote:<br>
<br>
> After thinking about this a little more I realized that this doesn't solve<br>
> the problem of allowing one service to talk to another on a separate<br>
> "exchange." If that's still something we want to do, we need another<br>
> argument passed to the ConnectionFactory to represent that exchange<br>
> explicitly (I know we need another name, but until we come up with one I'll<br>
> stick with "exchange"). The default can come from the config, but callers<br>
> like ceilometer need a way to specify an alternative value.<br>
><br>
> Do we care if the exchange for a service is not on the same host? Do we<br>
> need to allow users to provide different host/port settings for every<br>
> exchange?<br>
<br>
Yes, that's why I thought we would include the control exchange as part<br>
of a connection URL. That would be an abstraction detail for AMQP, where<br>
url would be something like amqp://localhost:3456/mycontrolexchange.</blockquote><div><br></div><div>I definitely like the idea of using a URL instead of the multiple params we have now, but we will need a way to migrate or otherwise support old configs. </div>
<div><br></div><div>The real challenge, in my mind, is how to know which URL to use for a given connection. If we have several, what values are part of the<span></span> lookup key?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
For example, in my envisioned Ceilometer case we would just have to specify the<br>
ceilometer URL as amqp://host:port/ceilometer to be able to use<br>
rpc.call().<br>
<br>
For our current notification consuming, we sould use an URL for each<br>
notification listener for each project: amqp://host:port/nova,<br>
amqp://host:port/glance, etc.<br>
<br>
I'm pretty confident we can map this URL scheme to ZMQ (and its<br>
matchmaker) and includes all its components in the Connection as<br>
discriminating.<br>
<br>
--<br>
Julien Danjou<br>
-- Free Software hacker - freelance consultant<br>
-- <a href="http://julien.danjou.info" target="_blank">http://julien.danjou.info</a><br>
</blockquote>