On Wed, May 22, 2013 at 1:36 PM, Christian Fromme ka...@strace.org wrote:
Greetings Qpid-users,
I'm trying to build the Message Store of qpidcomponents.org[0] from
source. Even though I have a working Qpid 0.20 installation on the
system, the configure run complains about a missing
Hello Qpid users,
I am wondering if there is a way to make subscriptions (push queues)
durable via the C++ API. With durable, I mean:
1. Process foo subscribes for messages using SubscriptionManager
implementing MessageListener to broker x
2. Broker x restarts at some point.
3. Process foo does
On 05/22/2013 03:03 PM, Christian Fromme wrote:
Hello Qpid users,
I am wondering if there is a way to make subscriptions (push queues)
durable via the C++ API. With durable, I mean:
1. Process foo subscribes for messages using SubscriptionManager
implementing MessageListener to broker x
2.
Hi,
1. So, do anyone have any recommendation on how we can allocate more buffer
space programmatically to avoid this problem?
2. Could the exception in theory have caused the connection issues that I
mentioned in the Windows build?
Thanks,
Jin-Ghee Lu (Gene)
--
View this message in context:
On Wed, May 22, 2013 at 4:16 PM, Gordon Sim g...@redhat.com wrote:
First, I would not advise you to start developing against the qpid::client
API as it is old, AMQP 0-10 specific and more complicated to use. Instead
look at the qpid::messaging API.
In qpid::messaging you subscribe by
Hi Gordon,
On Wed, May 22, 2013 at 4:54 PM, Christian Fromme ka...@strace.org wrote:
On Wed, May 22, 2013 at 4:16 PM, Gordon Sim g...@redhat.com wrote:
First, I would not advise you to start developing against the qpid::client
API as it is old, AMQP 0-10 specific and more complicated to use.
I ended up with Qpid JCA - A JCA resource adapter for AMQP brokers,
which is not quite what Gordon recommended. I added the AMQP
qualification on the notion that we probably aren't perfectly generic
with respect to jms impls. Please correct me!
On Tue, May 14, 2013 at 11:29 AM, Weston M. Price
On Ter, 2013-05-21 at 16:29 +0100, Gordon Sim wrote:
On 05/21/2013 03:39 PM, Bruno Matos wrote:
On Ter, 2013-05-21 at 15:19 +0100, Gordon Sim wrote:
On 05/21/2013 03:13 PM, Bruno Matos wrote:
On Ter, 2013-05-21 at 15:06 +0100, Gordon Sim wrote:
trace+:Protocol
That should do it...
On May 22, 2013, at 11:35 AM, Justin Ross jr...@apache.org wrote:
I ended up with Qpid JCA - A JCA resource adapter for AMQP brokers,
which is not quite what Gordon recommended. I added the AMQP
qualification on the notion that we probably aren't perfectly generic
with respect to jms impls.
Hi Gene,
Apologies for the delay.
1. So, do anyone have any recommendation on how we can allocate more
buffer space programmatically to avoid this problem?
You can't. You could try increasing BufferCount in
qpid/cpp/src/qpid/sys/AsynchIO.h and rebuilding but I don't think that's a real
On 05/10/2013 12:39 PM, Justin Ross wrote:
Update:
http://people.apache.org/~jross/transom/2013-05-10/
Perhaps a Documentation link under Resources on the front page, leading to a
list of all the docs?
C++ Broker page: High Availability links to C++ broker book, suggest a link to
the
On 05/14/2013 04:45 AM, Gordon Sim wrote:
On 05/10/2013 05:39 PM, Justin Ross wrote:
Update:
http://people.apache.org/~jross/transom/2013-05-10/
Previous versions:
http://people.apache.org/~jross/transom/2013-04-16/
http://people.apache.org/~jross/transom/2013-04-03/
On 05/06/2013 08:09 AM, Christian Fromme wrote: Hi Alan,
On Tue, Apr 30, 2013 at 10:29 PM, Alan Conway acon...@redhat.com wrote:
Maybe we have a similar problem with Active/Passive clustering
(version 0.20). When I restart the primary, the slave stays in state
ready and former primary stays
On Wed, May 22, 2013 at 7:59 PM, Alan Conway acon...@redhat.com wrote:
Seems like I had my expectations wrong. We actually have a cluster
resource manager that I can use. Thanks!
Out of curiosity - what cluster resource manager are you using? I'd be
interested in hearing about your
Hi Steve,
Thank you very much for your response. As I mentioned before, we have not
seen the issue in our in-house tests. But I will try to come up with some
test cases to reproduce the issue.
Thanks again,
Gene
--
View this message in context:
On 05/22/2013 04:58 PM, Bruno Matos wrote:
I don't know if this is the problem, but the decoder is reading the AMQP
as if it was the size of the message. Could you please confirm?
Yes, that is correct. The incoming frames are not decoded because there
is an extraneous protocol header in the
16 matches
Mail list logo