On 12/04/2013 08:01 PM, Steve Huston wrote:
No.
Unless you ask it to(!). There is an exclusive flag on queue to restrict
other usage where that is important. This is on by default for
subscription queues (i.e. the queue automatically created by the qpid
messaging library when receiving
On 12/04/2013 07:24 PM, Ted Ross wrote:
The 'qpid.fed.op' extension was adopted because of the lack of an
arguments field in the unbind command.
Dynamic binding needs to attach some metadata to the bind and unbind
commands. Since there was no standard way to attach metadata to an
unbind
Hi QPID,
seemed to me, it is a bug for amqp-1-0 java client version 0.24.
I expect when amqp-1-0 client connects to amqp-0-9-1-enable broker, client
should be able to close connection because it supports amqp-1-0 only.
Actually, client could not close connection and run into deadlock because
Thank you for the correction Gordon!
-Original Message-
From: Gordon Sim [mailto:g...@redhat.com]
Sent: Thursday, December 05, 2013 5:09 AM
To: users@qpid.apache.org
Subject: Re: Does Qpid restricts simultaneous access to a queue for two or
more applications ?
On 12/04/2013 08:01
On 12/04/2013 04:22 PM, Andrew Stitcher wrote:
On Wed, 2013-12-04 at 20:11 +, Fraser Adams wrote:
Hi all,
a colleague of mine is seeing this message caused by some of his code:
[Client] error Tried to register protocol: tcp more than once?
TBH I've never seen that one before myself so I'm
I wanted to report it as a bug for development team, but don't know how.
Anyone can help?
--
View this message in context:
http://qpid.2158936.n2.nabble.com/Deadlock-when-using-amqp-1-0-client-to-connect-to-amqp-0-9-1-broker-tp7601480p7601532.html
Sent from the Apache Qpid users mailing list
I was not certain if this should be posted to the Users or Developers list but
I wanted to get the group(s) thoughts on my options on implementing AMQP 1.0
within a Windows Mobile 6.5 Application.The development environment is
.net CF 3.5. I need to be able to connect to the Azure