RE: Documentaiton/clarification of heartbeat for broker

2013-04-10 Thread Jan Bares
Thanks Gordon. Just to clarify default behaviour - for Java clients the default is 120s but for C++/Python clients the heartbeating is off and must be explicitly set? In other words, C++/Python clients that are dead (OS crash, network problems, client is hung) will be never removed from broker

Re: [c++] Status of the AMQP 1.0 work

2013-04-10 Thread Fraser Adams
Hi Gordon, Comments inline below. Frase On 09/04/13 19:07, Gordon Sim wrote: On 6 April 2013 10:40, Fraser Adams fraser.ad...@blueyonder.co.uk wrote: The x-bindings property is not currently supported for AMQP 1.0 in nodes or links. This has really been a question of priorities rather than

Re: [c++] Status of the AMQP 1.0 work

2013-04-10 Thread Rob Godfrey
On 10 April 2013 13:38, Fraser Adams fraser.ad...@blueyonder.co.uk wrote: Hi Gordon, Comments inline below. Frase On 09/04/13 19:07, Gordon Sim wrote: On 6 April 2013 10:40, Fraser Adams fraser.ad...@blueyonder.co.uk** wrote: [.. snip ..] Re using a selector I have to say that

Modularizing Qpid

2013-04-10 Thread Justin Ross
Hi, everyone. We've recently been discussing the components of our project in a couple different contexts. This is a proposal to take the outcomes of those discussion and apply them to how Qpid is organized. Thanks for taking a look, Justin ## Related discussions -

Re: Modularizing Qpid

2013-04-10 Thread Rob Godfrey
I'm +1 this... Obviously we need to understand better the amount of work to achieve the separation of the components... but if this were in place then we wouldn't be facing the sort of issues we are currently experiencing with the 0.22 release which would strongly benefit from not having the

Re: Maybe bug, maybe novice mistake, or maybe my python qpid library is too old.

2013-04-10 Thread Ken Giusti
Good catch Bill - this is a bug, and I've entered a JIRA for it: https://issues.apache.org/jira/browse/QPID-4732 That said, I would urge you not to use the QPID connection directly. The API doesn't explicitly expose this, and we probably will be moving the QMF client to use the client

Re: How to set ssl_keyfile and ssl_certfile for python tools (to c++ broker) from the command line?

2013-04-10 Thread Ken Giusti
Hi D James, I'm pretty sure the ssl options were added to qpid-config _after_ 0.18. I think they first appeared in the 0.20 release. Does qpid-config --help list them? -K - Original Message - From: djames dpgja...@gmail.com To: users@qpid.apache.org Sent: Tuesday, April 9, 2013

Re: Maybe bug, maybe novice mistake, or maybe my python qpid library is too old.

2013-04-10 Thread Bill Freeman
Ken, On Wed, Apr 10, 2013 at 10:56 AM, Ken Giusti kgiu...@redhat.com wrote: Good catch Bill - this is a bug, and I've entered a JIRA for it: https://issues.apache.org/jira/browse/QPID-4732 That said, I would urge you not to use the QPID connection directly. The API doesn't explicitly

Re: Modularizing Qpid

2013-04-10 Thread Rajith Attapattu
+1 on this. Having the flexibility to have individual release cycles for each component will be huge advantage for us. However as Justin mentioned, we shouldn't rule out a Qpid wide release perhaps once a year or so. From a users perspective this is a great thing to have, bcos all the components

Re: How to set ssl_keyfile and ssl_certfile for python tools (to c++ broker) from the command line?

2013-04-10 Thread Jakub Scholz
Hi Ken, I don't know about the Qpid 0.18 release, but he might be using MRG-M 2.3 which reports it self as Qpid 0.18 and contains the SSL support in qpid-config. Regards Jakub On Wed, Apr 10, 2013 at 5:07 PM, Ken Giusti kgiu...@redhat.com wrote: Hi D James, I'm pretty sure the ssl options

Re: Maybe bug, maybe novice mistake, or maybe my python qpid library is too old.

2013-04-10 Thread Ken Giusti
- Original Message - From: Bill Freeman ke1g...@gmail.com To: users users@qpid.apache.org Sent: Wednesday, April 10, 2013 11:23:04 AM Subject: Re: Maybe bug, maybe novice mistake, or maybe my python qpid library is too old. Ken, snip As long as I have your attention, does

Re: Modularizing Qpid

2013-04-10 Thread Darryl L. Pierce
On Wed, Apr 10, 2013 at 09:55:22AM -0400, Justin Ross wrote: Hi, everyone. We've recently been discussing the components of our project in a couple different contexts. This is a proposal to take the outcomes of those discussion and apply them to how Qpid is organized. +1 -- Darryl L.

Re: Modularizing Qpid

2013-04-10 Thread Robbie Gemmell
+1 from me as well. I think this would be a good improvement on the existing structure and benefit everyone by allowing for schedules more tailored to the specific components, and in turn enable us to better meet the needs of their users. We would need to investigate how some of the changes might

Re: Maybe bug, maybe novice mistake, or maybe my python qpid library is too old.

2013-04-10 Thread Bill Freeman
On Wed, Apr 10, 2013 at 12:42 PM, Ken Giusti kgiu...@redhat.com wrote: - Original Message - From: Bill Freeman ke1g...@gmail.com To: users users@qpid.apache.org Sent: Wednesday, April 10, 2013 11:23:04 AM Subject: Re: Maybe bug, maybe novice mistake, or maybe my python qpid

Re: Modularizing Qpid

2013-04-10 Thread Jakub Scholz
From a user point of view ... if the client libraries have independent releases, it might be more clear to many people that they do not need to use exactly the same version of the client library as is the broker version. That seems to be quite popular believe among the people connecting to our