Return-Path: X-Original-To: apmail-qpid-users-archive@www.apache.org Delivered-To: apmail-qpid-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9C7EF181EA for ; Wed, 6 Jan 2016 15:03:51 +0000 (UTC) Received: (qmail 26199 invoked by uid 500); 6 Jan 2016 15:03:51 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 26160 invoked by uid 500); 6 Jan 2016 15:03:51 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 26148 invoked by uid 99); 6 Jan 2016 15:03:51 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Jan 2016 15:03:51 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 953B8C0486 for ; Wed, 6 Jan 2016 15:03:50 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.88 X-Spam-Level: ** X-Spam-Status: No, score=2.88 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id Yg0GOMpDpgqp for ; Wed, 6 Jan 2016 15:03:50 +0000 (UTC) Received: from mail-oi0-f42.google.com (mail-oi0-f42.google.com [209.85.218.42]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id C78F9439FC for ; Wed, 6 Jan 2016 15:03:49 +0000 (UTC) Received: by mail-oi0-f42.google.com with SMTP id o62so289229324oif.3 for ; Wed, 06 Jan 2016 07:03:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0AI09C0S9GJJVGOHYQD1QMQ0+m19bWWFoixkI15H640=; b=DzgYeM677zBscfJwFNnyYnIlMY3A3Ggk4Kfk4XmIXHZbGGs2FLivOtwJFv7ZMq/Fco +IYaRFvTqsSCQOGss2rbZ+t+APvIrl6NIcsnMA+u2rgb268DTQJK/Hnvg5Ji+9HomCi5 ycZrOK+Z+Ns9Vqrrp6Hd9Wl2NbK4Q/Lu65FtFyNjtk3k6hNluelpniEl+FyM+P+SniBn bYXh3putg96bilVcFk4sHOVt8xDYXjo9jiuRnvcVTc4ypjv+yXLnQxUgNbGUgOowJ0uM CWcIuYIiJpS6KQRrgiHkO5UV4DvVIIe4jLg9YfrAVOeaykEEQUkETTKbBG9uQKCtHwRP Q3PQ== MIME-Version: 1.0 X-Received: by 10.202.80.202 with SMTP id e193mr68348015oib.82.1452092622589; Wed, 06 Jan 2016 07:03:42 -0800 (PST) Received: by 10.202.228.138 with HTTP; Wed, 6 Jan 2016 07:03:42 -0800 (PST) Date: Wed, 6 Jan 2016 10:03:42 -0500 Message-ID: Subject: [C++ Broker] dynamically federated links From: Matt Broadstone To: users Content-Type: multipart/alternative; boundary=001a113b0244f356700528aba8fb --001a113b0244f356700528aba8fb Content-Type: text/plain; charset=UTF-8 I'm having some trouble linking two brokers together using the documentation in section 1.4 (Broker Federation), and was looking for some advice. * I currently have two brokers (192.168.1.1, 192.168.1.2) which use PLAIN SASL, and have appropriate ACL files allowing a user "test" access to everything once authenticated. * I then have two previously existing (not sure if this is where the problem starts, very little guiding debug information is printed) durable fanout topics on each broker called `test.fanout` -- this is the "initial" unfederated state. * At this point I run the following command on 192.168.1.2, in order to dynamically federate the `test.fanout` exchange to the "leader": > qpid-route -v dynamic add test/password@192.168.1.1:5672 test/password@localhost:5672 test.fanout Link state is Operational Creating inter-broker binding... Bridge method returned: 0 OK * Cool, seems like everything worked. However, on the other side my qpidd log file has the following: 2016-01-06 09:50:58 [Management] error Detected two management objects with the same identifier: 0-3-1--653(org.apache.qpid.broker:session:test@TEST.qpid.bridge_session_qpid.tcp :localhost:5672!test.fanout!test.fanout!_25c065aa-5b1b-465a-a6d2-510666f89248) which seems problematic, however the link is operational and there are no other errors. * Now I try to use the fanout by connecting to the local broker on 192.168.1.2 and sending some data. The data is indeed sent to the local fanout and I'm able to pick up those messages, but nothing is sent to the federated broker. Any hints as to where I'm going wrong here would be much appreciated! Matt --001a113b0244f356700528aba8fb--