Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Message-ID: <DUB112-W2428CE3821C73E9FE53214CD050@phx.gbl>
Content-Type: multipart/alternative;
	boundary="_34b54954-ee61-434c-bdea-74e425976eb4_"
From: Adel Boutros <adelboutros@live.com>
To: "users@qpid.apache.org" <users@qpid.apache.org>
Subject: RE: [Qpid dispatch router] Do we need a broker to send/receive
 messages?
Date: Tue, 2 Aug 2016 11:02:40 +0200
Importance: Normal
In-Reply-To: <DUB112-W49B6EFEE6F7346306B2E09CD000@phx.gbl>
References: 
 <DUB112-W389885CD6A9EDE83780863CD000@phx.gbl>,<3e95d1be-e033-421e-e77c-920ab5045c09@redhat.com>,<DUB112-W49B6EFEE6F7346306B2E09CD000@phx.gbl>
MIME-Version: 1.0
archived-at: Tue, 02 Aug 2016 09:02:53 -0000

--_34b54954-ee61-434c-bdea-74e425976eb4_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello again=2C

If the address is configured with "balanced"=2C I am unable to exchange mes=
sages. When using "multicast" it worked.
Is this expected?

Regards=2C
Adel

> From: adelboutros@live.com
> To: users@qpid.apache.org
> Subject: RE: [Qpid dispatch router] Do we need a broker to send/receive m=
essages?
> Date: Thu=2C 28 Jul 2016 16:51:50 +0200
>=20
> Thank you Ted and Paolo=2C
> Actually I tried to have only a publisher connected and it was hanging. N=
ow I understand why: It is because I need a consumer connected to get credi=
ts.
> Regards=2CAdel
>=20
> > Subject: Re: [Qpid dispatch router] Do we need a broker to send/receive=
 messages?
> > To: users@qpid.apache.org
> > From: tross@redhat.com
> > Date: Thu=2C 28 Jul 2016 10:47:43 -0400
> >=20
> >=20
> > On 07/28/2016 10:17 AM=2C Adel Boutros wrote:
> > > Hello=2C
> > >
> > > Out of curiosity=2C Can I send/receive messages with a queue defined =
directly on the dispatch router or do I need to have a real instance of a b=
roker connected to that dispatcher?
> >=20
> > Like Paolo said=2C you only need a broker if you want to store the mess=
age=20
> > in a queue.
> >=20
> > You can use the router(s) to communicate directly by having the senders=
=20
> > and receivers use the same address.  In this case=2C the exchange of=20
> > messages (acknowledgement=2C settlement=2C etc.) are routed directly be=
tween=20
> > the senders and the receivers.
> >=20
> > To do this=2C you don't need a route-container connection and you don't=
=20
> > need auto-links or link-routes.  You only need to configure the address=
=20
> > prefix to control whether the deliveries are multicast (all receivers=20
> > for the address) or anycast (one receiver for the address).  Addresses=
=20
> > that don't match any configured prefix default to balanced-anycast.
> >=20
> > You can use a hybrid approach as well=2C with some addresses defined as=
=20
> > "waypoint" with autolinks and other addresses that are not "waypoint"=20
> > that are used for direct producer-to-consumer communication.
> >=20
> > >
> > > I am asking because it seems that the dispatch router has by default =
some "Addresses" used for internal communication and I was wondering if I c=
ould create an "address" of a type queue and use it directly without adding=
 connectors.
> > >
> > > Router Addresses
> > >   class   addr                   phs  distrib  in-proc  local  remote=
  cntnr  in  out  thru  to-proc  from-proc
> > >   =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > >   local   $_management_internal       closest  1        0      0     =
  0      0   0    0     0        0
> > >   local   $displayname                closest  1        0      0     =
  0      0   0    0     0        0
> > >   mobile  $management            0    closest  1        0      0     =
  0      3   0    0     3        0
> > >   local   $management                 closest  1        0      0     =
  0      0   0    0     0        0
> > >   local   temp.9yqNIIHanFkSZbe        closest  0        1      0     =
  0      0   0    0     0        0
> > >
> > >
> > > Regards=2C
> > > Adel
> > >  		 	   	=09
> > >
> >=20
> > ---------------------------------------------------------------------
> > To unsubscribe=2C e-mail: users-unsubscribe@qpid.apache.org
> > For additional commands=2C e-mail: users-help@qpid.apache.org
> >=20
>  		 	   		 =20
 		 	   		  =

--_34b54954-ee61-434c-bdea-74e425976eb4_--