Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates
 216.139.236.158 as permitted sender)
Message-ID: <19083841.post@talk.nabble.com>
Date: Thu, 21 Aug 2008 00:29:20 -0700 (PDT)
From: Eric-AWL <eric.vincent@atosorigin.com>
To: users@activemq.apache.org
Subject: Re: How to develop his own DiscoveryAgent ?
In-Reply-To: <ec6e67fd0808201104q1d31057bm27d56e19f47bda4@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <19070432.post@talk.nabble.com> <19073206.post@talk.nabble.com>
 <E02DA146D58C054E84A6633B07F0A10402D6DB1D@txamasnwh010.ent.textron.com>
 <ec6e67fd0808201104q1d31057bm27d56e19f47bda4@mail.gmail.com>


In fact, I imagine splitting my architecture in "local islets" and having a
similar multicast mechanism in each "islet".
Islets are distributed over two sites and each have a sort of HA directory
server which answers to discovery requests from whatever broker, by sending
multicast request on their own islet.
Directory servers have a fixed IP address and are known by brokers.

You can look at my other request "Large networks of brokers, dynamically
included destinations and temporary queues" to better see what I mean.

Eric-AWL


James.Strachan wrote:
> 
> 2008/8/20 Powers, Matthew <mpowers@systems.textron.com>:
>> What about ZeroConf?
> 
> Thats already supported along with multicast, LDAP and http
> http://activemq.apache.org/discovery.html
> 
> -- 
> James
> -------
> http://macstrac.blogspot.com/
> 
> Open Source Integration
> http://open.iona.com
> 
> 

-- 
View this message in context: http://www.nabble.com/How-to-develop-his-own-DiscoveryAgent---tp19070432p19083841.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.