While I was working on adding addressing support to the JMS 0-9-1 client
[1] and looking at how I might implement a subscription where the
subscription was to a set of queues (rather than a single queue) [2], I
came across a couple of issues with the address implementation that I think
I should
Hi,
Qpid docs, seems to be missing Quick Start Guide type document.
I can say that from my personal perspective, person who 6 months
ago haven't had a clue such thing like qpid exists and needed to
quickly start with Qpid. To fill the gap I created draft of such
document, currently hosted on:
Hi, Radosław. This is great! I have a couple high-level comments.
First, we should clarify what the intended scope of this is. From what I
can tell, the content you have so far concerns the Qpid C++ broker and
related admin tools. Qpid includes a number of other components (java
broker,
This step is commendable, I have being trying to get grasp of qpid for some
weeks now.
Thanks,
Sunday Olutayo
- Original Message -
From: Radosław Śmigielski radoslaw.smigiel...@alcatel-lucent.com
To: users@qpid.apache.org
Sent: Monday, August 25, 2014 1:35:15 PM
Subject: Qpid quick
On Mon, Aug 25, 2014 at 09:04:06AM -0400, Justin Ross wrote:
First, we should clarify what the intended scope of this is. From what I
can tell, the content you have so far concerns the Qpid C++ broker and
related admin tools. Qpid includes a number of other components (java
broker, messaging
On Mon, Aug 25, 2014 at 09:01:18AM -0500, SUNDAY A. OLUTAYO wrote:
This step is commendable, I have being trying to get grasp of qpid for some
weeks now.
Sunday, what was your main problem(s) you hit during deployment?
Have you installed it as a binary package or you compiled it yourself?
OK - I'm going to start merging everything that's on trunk for the Java
build onto the 0.30 branch now...
-- Rob
On 22 August 2014 15:00, Rob Godfrey rob.j.godf...@gmail.com wrote:
OK - if everyone is happy, I'll make sure that the Java stuff (including
Fraser's QMF piece) is working on
... and that should be all the merging done, and all the relevant JIRAs
updated to set their fix for version to 0.30.
-- Rob
On 25 August 2014 16:44, Rob Godfrey rob.j.godf...@gmail.com wrote:
OK - I'm going to start merging everything that's on trunk for the Java
build onto the 0.30 branch
Hello,
I've just tried using proton's send example with the Java Broker:
./send -a amqp://guest:guest@localhost/amq.fanout
and I get the helpful response:
[0x21ff810]:ERROR[0] (null)
[0x21ff810]:ERROR[0] (null)
CONNECTION ERROR connection aborted (remote)
I'm pretty sure that I've
Rob,
Just to make sure we are on the same page... If we use the ADDR
functionality, we need to test with trunk instead of 0.28, right?
Other than that, as discussed, changing the consuming client to use the
0-9-1 protocol will give you session level flow control. The current trunk
code (as of
On 25 August 2014 20:12, John Buisson jbuis...@salesforce.com wrote:
Rob,
Just to make sure we are on the same page... If we use the ADDR
functionality, we need to test with trunk instead of 0.28, right?
Correct. The ADDR code for 0-9-1 is on trunk, and will be in the next 0.30
beta
Hi Fraser,
the 1-0 support is on by default... The issue may be related to virtual
hosts... IIRC proton is telling the broker that the host it wants to open
is localhost so if you don't have a localhost virtualhost inside the
broker then it may fail... The error could obviously do with some
OK - there's that issue... and then there is an authentication problem.
Namely that on trunk the Java Broker does not offer PLAIN authentication
over non-SSL ports by default. It offers CRAM-MD5, SCRAM-SHA1 and
SCRAM-SHA256... but I'm presuming the messenger client doesn't yet
implement any of
On Sat, 2014-08-23 at 13:44 -0400, Justin Ross wrote:
In my latest testing on Fedora 20, I'm seeing this:
https://paste.apache.org/24pF
Justin
Works for me on Fedora 20, can't recall seeing that fail before.
Connection aborted usually means the broker crashed, but then you have a
bunch of
14 matches
Mail list logo
