Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 48641 invoked from network); 22 Feb 2010 15:48:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 22 Feb 2010 15:48:39 -0000 Received: (qmail 14199 invoked by uid 500); 22 Feb 2010 15:48:39 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 14123 invoked by uid 500); 22 Feb 2010 15:48:39 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 14113 invoked by uid 99); 22 Feb 2010 15:48:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Feb 2010 15:48:39 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.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; Mon, 22 Feb 2010 15:48:30 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NjaW1-0004ah-Qt for dev@activemq.apache.org; Mon, 22 Feb 2010 07:48:09 -0800 Message-ID: <27689323.post@talk.nabble.com> Date: Mon, 22 Feb 2010 07:48:09 -0800 (PST) From: jschmied To: dev@activemq.apache.org Subject: needing new features for bridges MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: nabble@juergenschmied.de X-Virus-Checked: Checked by ClamAV on apache.org Hi! We need a configuration where the clients can work independently, even if out central message broker is down. For this I would need some new features: - I would like to be able to start the broker even if the foreign destination of a queue bridge is not available. In this case a callback could alert the user an could return a "continue" flag. - I would like to have a callback to alert the application in case of a failing destination of a queue bridge - I would like to be able to restart a bridge even if it stops after 10 failures, maybe have a plugable/configurable strategy for reconnecting. I wouldn't mind to implement it by myself. At the moment no component of ActiveMQ has a callback to inform the user. What would be the right way to do this? Thanks juergen -- View this message in context: http://old.nabble.com/needing-new-features-for-bridges-tp27689323p27689323.html Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.