Even better, I will upload it to a public Github repo and link it to that Jira.
Thanks for responding so fast.
-Uli
Sent from my Galaxy S4 Google Edition.
On Dec 10, 2013 4:28 PM, Rob Godfrey wrote:
>
> Hi Uli,
>
> would it be possible for you to attach your test code for your producer to
> a
Hi Uli,
would it be possible for you to attach your test code for your producer to
a JIRA ( https://issues.apache.org/jira/browse/QPID ) so we can attempt to
recreate.
Thanks,
Rob
On 11 December 2013 01:24, uromahn wrote:
> Update from a further test:
>
> I believe the issue is not actually i
Update from a further test:
I believe the issue is not actually in the subscriber, but in how the
message gets put into the queue.
I ran the following test as well:
1. I put a message into my queue using a simple test application with the
amqp-1-0-jms client library.
2. I then used the proton-j Re
replying to self since original message was not posted to mailing list.
uromahn wrote
> All,
>
> maybe this is just me being stupid or it is really a bug and warrants a
> ticket:
>
> Here it goes:
> I have installed a qpid-cpp broker (via source) on my CentOS machine and
> successfully started.
On 12/10/2013 05:54 AM, Gordon Sim wrote:
On 12/09/2013 06:50 PM, Marcelo Vieira wrote:
On 09-12-2013 16:22, Gordon Sim wrote:
On 12/09/2013 06:18 PM, Marcelo Vieira wrote:
In the script running as a daemon that read the messages, I'm using
'my_queue; {create:always, link:{x-subscribe:{exclu
Background:
We need to run qpid.messaging code on a box (call it "control box") that
has only ssh connectivity to the box running the broker call it "broker
box").
Port forwarding using SSH does work, but the local port created can be
connected to by any process on the control box. This is a red
On 10/12/13 15:51, Rafael Schloming wrote:
To clarify my comment a little, it's not the pn_messenger_work(...,
-1) in the loop that I found confusing. That usage of it, i.e. using
it to block/avoid busy looping, is quite expected. It's the additional
usage of it inside the main_loop() body that
On Mon, Dec 9, 2013 at 2:58 PM, Fraser Adams
wrote:
> On 09/12/13 14:36, Rafael Schloming wrote:
>
>> The -7 error code means PN_TIMEOUT, i.e. there was no work that could be
>> performed within the time limit you passed in, in this case 0. I'm a
>> little
>> puzzled why you are calling pn_messeng
On 12/09/2013 06:50 PM, Marcelo Vieira wrote:
On 09-12-2013 16:22, Gordon Sim wrote:
On 12/09/2013 06:18 PM, Marcelo Vieira wrote:
In the script running as a daemon that read the messages, I'm using
'my_queue; {create:always, link:{x-subscribe:{exclusive:true}}}'
The senders are using the add
