Hi,
While playing with the C++ qpid.messaging client and the Java broker (both
from release 0.30), I noticed that the fetch() command with a timeout never
timeouts. It seems to be reproducible even with the qpid-receive:
qpid-receive -b admin/admin@192.168.33.1:5672 -a "testQueue; { node: {
type:
On Thu, Jan 29, 2015 at 9:56 AM, Justin Ross wrote:
> On Wed, Jan 28, 2015 at 3:36 PM, Justin Ross
> wrote:
> >
> > - Python is using utils, not util. I don't care whether we go util or
> > utils, but I'd very much like to avoid it being half one way and half the
> > other. If we decide utils
Yeah, exactly.
--Rafael
On Mon, Feb 2, 2015 at 12:31 PM, Gordon Sim wrote:
> On 02/02/2015 05:16 PM, Rafael Schloming wrote:
>
>> Ok, if you try now those tests (or any test that attempts to use one of
>> the
>> C handlers) should just be automatically skipped under jython.
>>
>
> Great thanks!
On 02/02/2015 05:16 PM, Rafael Schloming wrote:
Ok, if you try now those tests (or any test that attempts to use one of the
C handlers) should just be automatically skipped under jython.
Great thanks!
So the correct approach for anything like this is to add an equivalent
method that simply ra
Ok, if you try now those tests (or any test that attempts to use one of the
C handlers) should just be automatically skipped under jython.
--Rafael
On Mon, Feb 2, 2015 at 11:54 AM, Rafael Schloming wrote:
> I can fix that in a better way. I'm afk at the moment, but will submit a
> fix soon.
> O
I can fix that in a better way. I'm afk at the moment, but will submit a
fix soon.
On Feb 2, 2015 11:03 AM, "Gordon Sim" wrote:
> I tried switching to use the CFlowController as part of some
> rationalisation and consolidation. This works fine from cpython, but it
> causes the recent 'utils' test
I tried switching to use the CFlowController as part of some
rationalisation and consolidation. This works fine from cpython, but it
causes the recent 'utils' tests to fail under jython. I suppose this is
simply because there is no equivalent to pn_flowcontroller there.
Should tests that use a
On 02/02/2015 03:13 PM, Toralf Lund wrote:
The question is in the subject, really. To elaborate a bit, I'm talking
about receiving AMQP-0.10 messages via qpid::Messaging::receiver in C++.
Am I right to assume that getAvailable() only counts the messages
already in the receiver, meaning that it mu
Thank you everyone for your feedback.
-
Best Regards,
Hamid.
--
View this message in context:
http://qpid.2158936.n2.nabble.com/usage-of-message-selectors-in-C-Qpid-0-28-client-amqp-1-0-tp7619011p7619343.html
Sent from the Apache Qpid users mailing list archive at Nabble.com.
-
Hi Robbie,
Thanks a lot for raising the JIRAs.
Regards
Jakub
On Mon, Feb 2, 2015 at 4:17 PM, Jakub Scholz wrote:
> Hi Gordon,
>
> Great, the assert raises the error, I completely forgot about it. At least
> on a first look, it seems to work fine and it does what I would expect.
>
> Thanks & Re
Hi Gordon,
Great, the assert raises the error, I completely forgot about it. At least
on a first look, it seems to work fine and it does what I would expect.
Thanks & Regards
Jakub
On Mon, Feb 2, 2015 at 4:03 PM, Gordon Sim wrote:
> On 02/02/2015 02:43 PM, Jakub Scholz wrote:
>
>> Looking only
Hi,
The question is in the subject, really. To elaborate a bit, I'm talking
about receiving AMQP-0.10 messages via qpid::Messaging::receiver in C++.
Am I right to assume that getAvailable() only counts the messages
already in the receiver, meaning that it must have a non-0 capacity for
a mean
On 2 February 2015 at 13:08, Gordon Sim wrote:
> On 01/30/2015 03:15 PM, Jakub Scholz wrote:
>>
>> So, I did some playing around. And it looks like the filter configured
>> this
>> way works fine with Qpid C++ broker, but doesn't really work with
>> ActiveMQ.
>> The filter seems to be present in t
On 02/02/2015 02:43 PM, Jakub Scholz wrote:
Looking only at the filter name instead of the descriptor is one problem.
Another problem is that if the broker doesn't understand the filter it
should in my opinion not ignore it "silently". As I understood the specs,
the A-MQ should not sent the attac
On 2 February 2015 at 14:46, Robbie Gemmell wrote:
> On 2 February 2015 at 13:08, Gordon Sim wrote:
>> On 01/30/2015 03:15 PM, Jakub Scholz wrote:
>>>
>>> So, I did some playing around. And it looks like the filter configured
>>> this
>>> way works fine with Qpid C++ broker, but doesn't really wo
On 2 February 2015 at 14:43, Jakub Scholz wrote:
> Hi Gordon,
>
> Thanks for your help. The full filter specification indeed seems to work
> fine with ActiveMQ / A-MQ.
>
> -
>
> Looking only at the filter name instead of the descriptor is one problem.
> Another problem is that if the broker do
On 2 February 2015 at 13:08, Gordon Sim wrote:
> On 01/30/2015 03:15 PM, Jakub Scholz wrote:
>>
>> So, I did some playing around. And it looks like the filter configured
>> this
>> way works fine with Qpid C++ broker, but doesn't really work with
>> ActiveMQ.
>> The filter seems to be present in t
Hi Gordon,
Thanks for your help. The full filter specification indeed seems to work
fine with ActiveMQ / A-MQ.
-
Looking only at the filter name instead of the descriptor is one problem.
Another problem is that if the broker doesn't understand the filter it
should in my opinion not ignore it
On 01/30/2015 03:15 PM, Jakub Scholz wrote:
So, I did some playing around. And it looks like the filter configured this
way works fine with Qpid C++ broker, but doesn't really work with ActiveMQ.
The filter seems to be present in the attach commands, but seems to be
ignored by the broker.
2015-0
Hi,
It seems that selector (filters) configured this works fine with Qpid C++
broker, but doesn't really work with ActiveMQ (JMS). The filter seems to be
present in the attach commands, but seems to be ignored by the broker.
2015-01-30 16:00:50 [Protocol] trace [19d9dcef-2e7c-4738-b549-e8a3c5737c
On Mon, Feb 2, 2015 at 4:46 AM, Michael Ivanov wrote:
> Hallo!
>
> I am implementing message handling event loop using proton library.
> I create a pm_messenger, subscribe to several incoming queues and wait
> for input. I also need to send outgoing messages when handling incoming
> ones and for
Hallo!
I am implementing message handling event loop using proton library.
I create a pm_messenger, subscribe to several incoming queues and wait
for input. I also need to send outgoing messages when handling incoming
ones and for some of the outgoing messages I want to get an immediate
reply (whi
22 matches
Mail list logo
