Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 37654 invoked from network); 9 Apr 2008 17:39:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Apr 2008 17:39:19 -0000 Received: (qmail 98855 invoked by uid 500); 9 Apr 2008 17:39:19 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 98833 invoked by uid 500); 9 Apr 2008 17:39:19 -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 98824 invoked by uid 99); 9 Apr 2008 17:39:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Apr 2008 10:39:19 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Apr 2008 17:38:45 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id A1C17234C0C1 for ; Wed, 9 Apr 2008 10:36:32 -0700 (PDT) Message-ID: <1545515131.1207762592661.JavaMail.jira@brutus> Date: Wed, 9 Apr 2008 10:36:32 -0700 (PDT) From: "Aaron Mulder (JIRA)" To: dev@activemq.apache.org Subject: [jira] Created: (AMQ-1657) Bad Things Happen when 2 brokers in Network of Brokers have same name MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Bad Things Happen when 2 brokers in Network of Brokers have same name --------------------------------------------------------------------- Key: AMQ-1657 URL: https://issues.apache.org/activemq/browse/AMQ-1657 Project: ActiveMQ Issue Type: Improvement Components: Broker Affects Versions: 4.1.1 Reporter: Aaron Mulder If you configure a Network of Brokers with 2 brokers, and in the config file, both have the same broker name (and same network connection names), then there seem to be some pretty unpleasant effects. At a minimum, lots of startup errors and dropped connections between the two brokers due to errors in DemandForwardingBridge like FirstBroker is already subscribed to temporary topic foo and so on. I suspect it also causes messages sent to one broker to not always be forwarded to the other broker, though that might be because the broker connection is temporarily down due to the errors like mentioned above. (However, the symptoms may be hidden depending on your log levels!) It would be nice if during startup, if one broker in the network connects to another and determines that they both have the same name, there would be some sort of catastrophic error that caused the starting broker to immediately shut down with a useful error message. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.