qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gordon Sim <g...@redhat.com>
Subject Re: Duplating Messages
Date Fri, 27 Apr 2012 13:14:38 GMT
On 04/27/2012 01:42 PM, Rob Godfrey wrote:
> On 27 April 2012 14:29,<m.luchak@smartasking.com>  wrote:
>>
>> Hi Fraser,
>>
>> Thaks for the input.  I am facing the same issue where client side selectors are
not removing messages from the queue even though in the logs it looks all OK:
>>
>> match(true) selector(31556811):Id=11977
>> Dispatcher-Channel-0 2012-04-27 09:21:39,663 DEBUG [apache.qpid.client.BasicMessageConsumer_0_10]
messageOk true
>> .
>>
>> main 2012-04-27 09:21:39,669 DEBUG [apache.qpid.client.AMQSession_0_10] Sending ack
for delivery tag 2 on session 0
>> main 2012-04-27 09:21:39,669 DEBUG [apache.qpid.transport.Session] ssn:"4be3c0c9-225a-43be-88d0-fe59a9f2a972"
processed([2, 2]) 1 1
>>
>> However, the messages remain. I tried the client_ack mode yesterday to no avail -
same problem.
>>
>> A REST interface sounds great - we will need to interface with Qpid from iOS as well
- but we are considering porting the C++ code - hmmm, client side selectors aren't implemented
yet in the C++ client I believe.  This could be a problem.
>>
>
> I'm not overly familiar with the C++ API but I would hope that it
> should be possible to add arbitrary arguments into the creation of the
> consumer... in which case you should be able to create the necessary
> selector and just pass it straight to the Java Broker.

It is indeed; you just need to add the necessary argument to the 
arguments map of the subscribe.

E.g. my-queue; 
{link:{x-subscribe:{arguments:{'x-filter-jms-selector':'Id=444444444'}}}}

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org


Mime
View raw message