THank you rafael,
Sorry, I do not have a good english, I am using messenger, setting the
time out to zero can be useful...
I want my process be notified of the arrival of a new message in the
incoming queue(like a events...)
As long as this event doesn't occur, I can do another thing.... and
when it occur, I will call messenger.recv(0)...
Is this more clear
Maki
On Tue, 16 Apr 2013 10:03:35 -0400, Rafael Schloming wrote:
I'm a little confused by your question. Awakening only when a new
message
is added to the incoming queue sounds more like a blocking than a
non-blocking receive.
That said, you can certainly poll rather than block if you wish.
Assuming
you're using messenger, you can set the timeout of the messenger to
zero.
This will cause receive to return immediately rather than block
waiting for
incoming messages. You can then check to see if any messages were
actually
received by checking the size of the incoming queue.
Hope this helps. If you describe a bit more about what you're trying
to do
then I might be able to give you a better answer.
--Rafael
On Tue, Apr 16, 2013 at 9:39 AM, Maki Camara
<[email protected]>wrote:
Hi,
I would like to know if there is any means to do an non-blocking
receive,
I mean I would like to be able to avoid the loop{while(true) as
shown in
qpid proton examples} when listening,
I want my process awaken only when a new message is added in the
incoming
queue.
Thank you for your response
------------------------------**------------------------------**---------
To unsubscribe, e-mail:
[email protected].**org<[email protected]>
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]