Re: ***UNCHECKED*** Re: trouble connecting to Azure Service Bus from OS X

Did you have any further luck after? I had suspected that if you were to utilize ANONYMOUS sasl instead of PLAIN that that might avoid the issue mentioned above, but wanted to take a look at the specific container image you were using to confirm what was inside that would cause it to work ok vs.

[Proton-J] Create exchange / queues and bind them using proton-j library

Hi, I'm trying to create dynamically an exchange type topic and some queues and bind them with the topic using a bindingKey using the latest Java library proton-j-0.25.0.jar on a Apache Qpid Broker-J 7.0.0 server. If the exchange / queues are in place (created using RabbitMQ library

Re: JMS Client failover error stops message consumption

I have example code for the issue I am running into with session.commit() during message consumption. Here is my test code TestTxnConsumeExample.java and the debug output qpid-session-cmt-consume-error.log

Re: JMS Client failover error stops message consumption

Keith, I think part of the issue I was having is that I wasn't defining enough retry attempts in my connection url. I've noticed the server side failover usually takes up to 45 seconds and what I had set as options in the connection url didn't cover that. However, I am still having issues when

Re: qpid journal files

Any help understanding this? On Jan 29, 2018 9:34 AM, "rammohan ganapavarapu" wrote: > Hi, > > I am using qpid-cpp-server-1.35 version and i see lot journal files in > "/data/qls/p001/efp/2048k" dir and some files under > "/data/qls/p001/efp/2048k/in_use" also i see

Re: [ANNOUNCE] Apache Qpid Proton 0.20.0 released

I've posted the corresponding python source package to Pypi: https://pypi.python.org/pypi/python-qpid-proton/0.20.0 Holler if you find any issues, thanks On Tue, Jan 30, 2018 at 7:04 AM, Robbie Gemmell wrote: > The Apache Qpid (http://qpid.apache.org) community is pleased

Re: Link handling after detach(close=false)

On 30/01/18 12:03, Hudalla Kai (INST/ECS4) wrote: Is it also ok for the receiver to send an attach with close=true in response to the reouter's detach (close=false), effectively closing the link for good? No, that would not work. The close actually needs to get to the broker, which is where

[ANNOUNCE] Apache Qpid Proton 0.20.0 released

The Apache Qpid (http://qpid.apache.org) community is pleased to announce the immediate availability of Apache Qpid Proton 0.20.0. Apache Qpid Proton is a messaging library for the Advanced Message Queuing Protocol 1.0 (AMQP 1.0, ISO/IEC 19464, http://www.amqp.org). It can be used in a wide range

Re: Link handling after detach(close=false)

On 30.01.2018 11:28, Gordon Sim wrote: On 30/01/18 06:15, Kai wrote: Gordon, by "it" you are referring to the consumer/receiver, correct? Yes, the application receiving messages. Is it also ok for the receiver to send an attach with close=true in response to the reouter's detach (close=false),

[ANNOUNCE] Apache Qpid JMS 0.29.0 released

The Apache Qpid (http://qpid.apache.org) community is pleased to announce the immediate availability of Apache Qpid JMS 0.29.0. This is the latest release of our newer JMS client supporting the Advanced Message Queuing Protocol 1.0 (AMQP 1.0, ISO/IEC 19464, http://www.amqp.org), based around the

Re: Link handling after detach(close=false)

On 30/01/18 06:15, Kai wrote: Gordon, by "it" you are referring to the consumer/receiver, correct? Yes, the application receiving messages. - To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands,

Re: JMS Client failover error stops message consumption

Bryan Thanks for the attachment. I hope to have time to look in detail later this week. Hopefully there will be a workaround. I mostly see the failover feature used with transactional JMS applications so this may explain why the problem you report is unfamiliar to me. Keith. On 25 January

C++ imperative client API

Hello, We already discussed with some of you our need @Murex for a C++ imperative client API. I remember Justin saying that you were making progress on this subject but I can't seem to find any information about it. Could you give us a quick status on this? Note that we would also be interested