Return-Path: Delivered-To: apmail-activemq-camel-user-archive@locus.apache.org Received: (qmail 41920 invoked from network); 1 Jul 2008 21:13:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Jul 2008 21:13:47 -0000 Received: (qmail 65430 invoked by uid 500); 1 Jul 2008 21:13:48 -0000 Delivered-To: apmail-activemq-camel-user-archive@activemq.apache.org Received: (qmail 65412 invoked by uid 500); 1 Jul 2008 21:13:48 -0000 Mailing-List: contact camel-user-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: camel-user@activemq.apache.org Delivered-To: mailing list camel-user@activemq.apache.org Received: (qmail 65401 invoked by uid 99); 1 Jul 2008 21:13:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 14:13:48 -0700 X-ASF-Spam-Status: No, hits=4.0 required=10.0 tests=DNS_FROM_OPENWHOIS,FORGED_YAHOO_RCVD,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 21:12:56 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1KDnA4-0002Eb-Ah for camel-user@activemq.apache.org; Tue, 01 Jul 2008 14:13:16 -0700 Message-ID: <18225430.post@talk.nabble.com> Date: Tue, 1 Jul 2008 14:13:16 -0700 (PDT) From: bwtaylor To: camel-user@activemq.apache.org Subject: Camel in Master/Slave ActiveMQ config MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: bryan_w_taylor@yahoo.com X-Virus-Checked: Checked by ClamAV on apache.org Can somebody explain, or forward me to an explanation of how Camel embedded in ActiveMQ will behave when used in a master/slave broker configuration. Is there a way to tell the entire camel context on each broker instance to obey master/slave status of ActiveMQ? Specifically when the slave starts up, presumably the camel context and routes will be built even though the broker is not actively processing messages. The master will have a comparable camel context, and I'm worried about interference between the two Camel Context. How do the routes on the slave know not to try to do their processing? Some routes in these contexts will reference broker endpoints, but some may do things like hit external endpoints, which would be bad if this is competing with the comparable processing on the master. -- View this message in context: http://www.nabble.com/Camel-in-Master-Slave-ActiveMQ-config-tp18225430s22882p18225430.html Sent from the Camel - Users mailing list archive at Nabble.com.