QPID client side threading ( cooperative multithreading? )

Hi I'm working on a project that has a mix of threading models with some of the components using the cooperative multi-threading paradigm where the threads themselves determine when to pass control back instead of the operating system scheduler. In particular one module is in Python making use of

RE: Qpid message limit?

Are you acknowledging the messages in the onMessage() method you pass them into? Since you are using CLIENT_ACKNOWLEDGE mode for your session your application code needs to explicitly acknowledge the messages to allow the broker to actually remove them from the queue and ensure more messages are

Re: QoS - broker

On Mon, Jul 12, 2010 at 4:32 AM, Bruno Matos wrote: > On Fri, 2010-07-09 at 11:20 -0400, Carl Trieloff wrote: >> On 07/09/2010 08:27 AM, Andrew Kennedy wrote: >> > On 9 July 2010 12:50, Bruno Matos  wrote: >> > >> >> On Thu, 2010-07-08 at 09:22 -0400, Carl Trieloff wrote: >> >> >> >>> The only opt

QPID Broker not getting messages when used ((XAQueueSession)session1).getQueueSession().createSender(null) for XA from QPID Client

Hi, I am trying to send Message to queue using QPID Java Broker 0.6. I am seeing weired behavior when I use the JMS Queue sender for XA connection, the sender completes its operation successfully but the JMS QPID Broker doesn't receive anything. When used with the normal Sender cre

Re: QoS - broker

On Fri, 2010-07-09 at 11:20 -0400, Carl Trieloff wrote: > On 07/09/2010 08:27 AM, Andrew Kennedy wrote: > > On 9 July 2010 12:50, Bruno Matos wrote: > > > >> On Thu, 2010-07-08 at 09:22 -0400, Carl Trieloff wrote: > >> > >>> The only options would be what we have, or have an ACL policy t