It depends on what you want to do. You might want to explore the concepts of federation and clustering in http://qpid.apache.org/books/trunk/AMQP-Messaging-Broker-CPP-Book/html/ch0 1.html#section-Running-a-Qpid-CPP-Broker
-Steve > -----Original Message----- > From: Nitin Shah [mailto:[email protected]] > Sent: Monday, May 14, 2012 9:17 AM > To: [email protected] > Subject: RE: Info > > Thanks Steve. > > This begs another question then: Is there some setup needed to make > information about the brokers known to all brokers? Or is there another > mechanism? > > Thanks > Nitin > > > > -----Original Message----- > From: Steve Huston [mailto:[email protected]] > Sent: Friday, May 11, 2012 5:00 PM > To: [email protected] > Subject: RE: Info > > Hi Nitin, > > > > 1. No, different brokers would not automatically learn about each > other. > > 2. Correct, there is no broadcast/multicast taking place. > > > > -Steve > > > > From: Nitin Shah [mailto:[email protected]] > Sent: Friday, May 11, 2012 4:41 PM > To: [email protected] > Subject: Info > > > > Hi , > > > > I am trying to understand and I cannot find the answer in any places I have > looked at. Can someone answer the following: > > > > 1. If we have a multiple card system and there are local qpidd C++ > brokers that are to be run on each card. If each broker starts up > independently, do they find out about each other automatically if there is > network connectivity between all the cards ( I mean IP connectivity)? Can > you elaborate on how this works if possible ( I tried to look at the AMQP > standard to see if I can work it out). > > 2. If a message is sent to a particular client queue, is my > assumption right when I say that only the addressed client get the message > and no other broker is sent the same message? In other words, no > broadcasting/multicasting is taking place. > > > > Thanks > > > > Nitin > > > > > > Description: bti_logo_small > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] For additional > commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
