Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id E9164200C47 for ; Thu, 30 Mar 2017 16:10:16 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id E7CB3160B8B; Thu, 30 Mar 2017 14:10:16 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 1DA0D160B78 for ; Thu, 30 Mar 2017 16:10:15 +0200 (CEST) Received: (qmail 45241 invoked by uid 500); 30 Mar 2017 14:10:15 -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 45217 invoked by uid 99); 30 Mar 2017 14:10:15 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Mar 2017 14:10:15 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 96914C0D33 for ; Thu, 30 Mar 2017 14:10:14 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -4.523 X-Spam-Level: X-Spam-Status: No, score=-4.523 tagged_above=-999 required=6.31 tests=[KAM_NUMSUBJECT=0.5, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id SLK_lRIV5nPW for ; Thu, 30 Mar 2017 14:10:08 +0000 (UTC) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 1F95B5FCBA for ; Thu, 30 Mar 2017 14:10:08 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id AFA84C05B1E9 for ; Thu, 30 Mar 2017 14:10:06 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com AFA84C05B1E9 Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=gmurthy@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com AFA84C05B1E9 Received: from colo-mx.corp.redhat.com (colo-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.20]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 3B5B478C17; Thu, 30 Mar 2017 14:10:06 +0000 (UTC) Received: from zmail25.collab.prod.int.phx2.redhat.com (zmail25.collab.prod.int.phx2.redhat.com [10.5.83.31]) by colo-mx.corp.redhat.com (Postfix) with ESMTP id 2CD8418521CB; Thu, 30 Mar 2017 14:10:06 +0000 (UTC) Date: Thu, 30 Mar 2017 10:10:05 -0400 (EDT) From: Ganesh Murthy To: users@qpid.apache.org Cc: Alan Conway Message-ID: <1087971925.7566343.1490883005989.JavaMail.zimbra@redhat.com> In-Reply-To: References: <1488983621.2612.16.camel@redhat.com> <375b4b9a-0084-b75a-dbf5-6c75cfd8f95e@redhat.com> Subject: Re: Configuring addresses starting with '/' on qpid-dispatch router 0.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.18.97.101] Thread-Topic: Configuring addresses starting with '/' on qpid-dispatch router 0.7.0 Thread-Index: 5exh3vV1SsTSvfXA6wj6A/UbsZgDiw== X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Thu, 30 Mar 2017 14:10:06 +0000 (UTC) archived-at: Thu, 30 Mar 2017 14:10:17 -0000 ----- Original Message ----- > From: "Olivier Mallassi" > To: users@qpid.apache.org > Cc: "Alan Conway" > Sent: Wednesday, March 29, 2017 3:30:48 PM > Subject: Re: Configuring addresses starting with '/' on qpid-dispatch rou= ter 0.7.0 >=20 > To complement and certainly explain the need, We would like urls like > amqp://ip:port/domain/subdomain1/queueA or > amqp://ip:port/domain/subdomain2/queueB > + use routing capabilities to route queueA, queueB on different brokers = or > even queueA to brokers and queueB to another dispatch-router (e.g. for > external integration) >=20 > I did some really quick and basic tests using the dispatch-router. > =C2=A7 qdmanage create --type org.apache.qpid.dispatch.router.config.auto= Link > addr=3D/domain/subdomain/queueA dir=3Din connection=3Dbroker3 > =C2=A7 sending / receiving messaging using the simple_recv/send.py script= s. >=20 > It appears that the messages are well published / consumed. sounds correc= t > to you? >=20 > yet (and this is not really important), the qdstat displays weird labels >=20 > mobile queue.first 0 0 0 0 0 > 0 0 0 >=20 > local temp.2ndwYNc5ZaHaD2O 1 0 0 > 0 0 0 0 >=20 > unknown: s ubdomain/queueA 1 0 200 > 200 0 0 0 >=20 > unknown: s ubdomain/queueA 0 0 0 > 0 0 0 0 >=20 > version used: dispatch-router 0.7.0 >=20 The above qdstat output does look weird. Can you please enter a JIRA detail= ing the steps we can use to reproduce this this problem?=20 Thanks. >=20 > On Wed, Mar 29, 2017 at 12:15 PM, Rob Godfrey > wrote: >=20 > > On 29 March 2017 at 11:48, Ted Ross wrote: > > > > > > > > > > > On 03/08/2017 02:33 PM, Alan Conway wrote: > > > > > >> On Fri, 2017-03-03 at 09:58 +0000, Antoine Chevin wrote: > > >> > > >>> Hello, > > >>> > > >>> Do you have an idea on the below behavior? > > >>> > > >> > > >> This is related to early drafts of the AMQP addressing specification= , > > >> but those are out of date now and the specification is still not > > >> released. > > >> > > >> Given that, I think this behavior is probably not helpful - dispatch > > >> should accept address exactly as provided by the user and do no > > >> modification. I'm not 100% sure if that would cause any internal > > >> problems for the router, if not we should raise an issue. > > >> > > >> Ted do you have any thoughts? > > >> > > > > > > Dispatch normalizes addresses to make sure that various "equivalent" > > forms > > > are hashed to the same entry in the address table. > > > > > > As Alan pointed out, we use a URL-like address format per early draft= s of > > > the addressing specification. As such, the leading slash is removed = from > > > the normalized address. > > > > > > > > What are the normalization rules, and why is dispatch assuming that > > removing a leading slash is correct (since in this case it is not - the > > Java Broker does its own normalization - and if you want you can query = it > > and find out what prefixes it considers equivalent)? > > > > -- Rob > > > > > > > > > > > > >> > > >>> Thank you, > > >>> Regards, > > >>> Antoine > > >>> > > >>> -----Original Message----- > > >>> From: Antoine Chevin [mailto:antoine.chevin@gmail.com] > > >>> Sent: jeudi 2 mars 2017 10:43 > > >>> To: users@qpid.apache.org > > >>> Subject: Configuring addresses starting with '/' on qpid-dispatch > > >>> router > > >>> 0.7.0 > > >>> > > >>> Hello, > > >>> > > >>> I tried to configure addresses starting with a '/' but using qdstat= I > > >>> see > > >>> that this '/' is removed. Is it expected? > > >>> I noticed the same behavior with autolinks. > > >>> > > >>> Thank you, > > >>> Regards, > > >>> Antoine > > >>> > > >> > > >> > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org > > > For additional commands, e-mail: users-help@qpid.apache.org > > > > > > > > >=20 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org For additional commands, e-mail: users-help@qpid.apache.org