Hello,
I noticed that when starting the Qpid Java Broker with the management port
already in use, it logs that it could not start the service and then that
the broker is ready.
I've read https://issues.apache.org/jira/browse/QPID-6096 and I'm wondering
why the http management port isn't a
Hello,
We are experimenting the delivery settlement using Qpid proton C++ bindings.
Is there a way to find out if the delivery is remotely settled?
In our case, we want to implement client acknowledgment of a message like
it is done in JMS.
We want to be sure that, when our ‘acknowledge’
wever if you must, then you need double encode the
> > name, so "a/b" would become "a%252Fb"
> >
> > Hope this helps,
> > Rob
> >
> > On 1 March 2017 at 17:31, Antoine Chevin <antoine.che...@gmail.com>
> wrote:
> >
> >
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
Hello,
I created a queue with a '/' in the name. How can I access it in the rest
api?
I tried to encode the '/' with %2F but I still get a 422 "too many entries
in path for REST servlet queue."
Can you please help?
Regards,
Antoine
, Antoine Chevin <antoine.che...@gmail.com> wrote:
> Thank you Rob for the answer. Yes it really helps!
> I noticed that addresses in the form / are
> also used with AMQP 1-0. Is it expected?
>
>
It is part of how the Java Broker maps the AMQP 0-x Exchange/Binding/Queue
model into
Hello Qpid community,
I’m testing the resilience of a dispatcher/broker infrastructure and I
noticed the following behavior:
I run a test with one JMS client connected to a dispatcher, which is
connected to a broker.
1) Using JMS I establish a connection to the dispatcher and create
Hi Ted,
You’re right, the connection close looked strange before stopping of the
broker. I manually added the annotation (# stopping the broker) and was
wrong about the position of this one. I replayed the test and the
connection close happens *after* the broker stop. I assume it is the broker
Hi Ted,
Do you have any insights into that problem?
Thanks,
Antoine
> Hi Ted,
>
> You’re right, the connection close looked strange before stopping of the
broker. I manually added the annotation (# stopping the broker) and was
wrong about the position of this one. I replayed the test and the
Hello,
We tried to investigate more about the problem today.
>From what we understood from the ssl.exe test code:
The test throws an exception on the on_transport_error() because the
certificate is wrong. This triggers the destruction of the objects on the
stack.
Apparently, there is a memory
2017 at 14:13, Antoine Chevin <antoine.che...@gmail.com> wrote:
> Hello,
>
> Thank you for your answers. It's a lot clearer for me how the JDBC
> behaves now. You can find in blue the answers to your questions below.
>
> Regards,
> Antoine
>
> -Original
g that if a consumer is connected, then it
should receive all messages which arrive on the "topic" from the point at
which it connects; but once all consumers have seen a message (or if there
are no consumers connected) it is OK for the message to be deleted?
-- Rob
On 9 January 2017 at 14:3
Hello,
I ran a benchmark using Qpid java broker 6.0.4 and the JDBC message store
with an Oracle database.
I tried to send and read 1,000,000 messages to the broker but was not able
to finish the benchmark as there was a StoreException caused by a
java.net.ConnectException (full stack is
Hello,
I analyzed if it is possible to broadcast messages using a single queue. I
know I could make the consumers listen to a topic but I noticed that a
temporary queue is created on the broker and I'm afraid of the broker
performance if hundreds of consumers listen to the topic.
So far, I
ppen when running out of disk space and is obviously
> detrimental to performance.
> * ...
>
>
> I hope this somewhat helps with your investigation.
>
> Kind regards,
> Lorenz
>
>
>
>
> On 05/01/17 13:45, Antoine Chevin wrote:
>
>> Hel
[mailto:rob.j.godf...@gmail.com]
Sent: jeudi 2 mars 2017 16:07
To: users@qpid.apache.org
Subject: Re: Accessing queues with '/' in name in Rest API [qpid java
broker 6.0.4]
On 2 March 2017 at 15:11, Antoine Chevin <antoine.che...@gmail.com> wrote:
> Thank you Rob for the very detailed answer
Hello,
Do you have an idea on the below behavior?
Thank you,
Regards,
Antoine
-Original Message-
From: Antoine Chevin [mailto:antoine.che...@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
From: Rob Godfrey [mailto:rob.j.godf...@gmail.com]
Sent: jeudi 2 mars 2017 16:07
To: users@qpid.apache.org
Subject: Re: Accessing queues with '/' in name in Rest API [qpid java
broker 6.0.4]
On 2 March 2017 at 15:11, Antoine Chevin <antoine.che...@gmail.com> wrote:
> Thank you Rob for the v
18 matches
Mail list logo