> That sounds delux, since they would probably even survive moving a broker > from one server to another (with a different IP address.
Whoa, moving a broker won't guarantee the fed-tag would be the same :( You see, the fed-tag is written to disk by the broker at startup, so it can be preserved across restarts. But if you move the broker to a new machine, and it cannot find the fed-tag it has written to disk, it will create a new one. Not something you'd want. You'd have to move the contents of the working directory along with it. You can assign a "static" fed-tag to a broker using the federation-tag configuration option (either on the command line or via the qpid.config file). If you deploy that way you have total control over how the fed-tag is used. And to be clear, if a broker is a member of a federation, then the tag is required. And it must be unique across all brokers reachable by the federation. And the tag isn't modified by the brokers, so it will be consistent across all brokers in the federation. FYI: opened a jira on that console.py issue: https://issues.apache.org/jira/browse/QPID-4689 ----- Original Message ----- > From: "Bill Freeman" <ke1g...@gmail.com> > To: users@qpid.apache.org > Sent: Monday, April 1, 2013 5:21:46 PM > Subject: Re: Questions from a novice > > Ken, > > > On Mon, Apr 1, 2013 at 4:31 PM, Ken Giusti <kgiu...@redhat.com> wrote: > > > > > 2) uniquely identifying objects across multiple brokers. Yes, Gordon's > > correct, object names are usually only guaranteed to be unique within a > > broker, not across them. Partitioning them by IP address + port could > > work, as would the federation tag from the vhost object. > > > > > > That sounds delux, since they would probably even survive moving a broker > from one server to another (with a different IP address. > > But I would need it to be that: > 1. They are required. > 2. They are consistent no matter which broker they are viewed from. > 3. They are forced to be unique across the federation. > > Is all that true? > > Bill > -- -K --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
