On 09/07/2011 03:02 PM, Bruno Matos wrote:
Hello,
I have had some problems with a Windows client that doesn't consume
messages after some time of inactivity.
I made a simple test client to see if the problem exists in Linux
either. To be sure that they behave differently, I put the same simple
client waiting for a message in Windows and Linux, after 48h I sent a
message for the addressed bound by both clients and the Linux client
received the message but the Windows client didn't, the connection was
visible in broker and the queue had a message.
Either, after stopping the client, the connection was still visible in
broker.
I'm using version 0.10 in both broker and clients.
Does someone knows why this happens? Setting a heartbeat interval would
solve the problem?
Setting a heartbeat would certainly be a worthwhile experiment. It would
also be interesting to run qpid-stat -u before and after sending that
test message to see if the broker believes it has delivered the message.
In your test case, were the linux and windows client sharing a queue?
When you say the queue still had a message, was that based on qpid-stat
-q or similar? Was the message browseable?
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:[email protected]