[rabbitmq-discuss] .NET client hangs on BasicGet
Peter Townsend
Peter.Townsend at mflow.com
Thu Jan 14 18:35:04 GMT 2010
Hi Matthias,
The basic.get call from client to server is the final interaction before the client hangs.
1263466057457: conn#0 ch#1 -> {#method<basic.get>(ticket=0,queue=001.load.release.update,no-ack=false),null,""}
I'll get the compiling source code soon
Thanks
Pete
-----Original Message-----
From: Matthias Radestock [mailto:matthias at lshift.net]
Sent: 14 January 2010 13:54
To: Peter Townsend
Cc: rabbitmq-discuss at lists.rabbitmq.com
Subject: Re: [rabbitmq-discuss] .NET client hangs on BasicGet
Peter,
Peter Townsend wrote:
> The tracer output is attached.
So the interaction ...
1263466055492: conn#0 ch#1 ->
{#method<basic.get>(ticket=0,queue=001.load.release.update,no-ack=false),null,""}
1263466055507: conn#0 ch#1 <-
{#method<basic.get-ok>(delivery-tag=20,redelivered=false,exchange=amq.direct,routing-key=001.load.release.update,message-count=123),#contentHeader<basic>(content-type=null,
content-encoding=null, headers=null, delivery-mode=2, priority=null,
correlation-id=null, reply-to=null, expiration=null, message-id=null,
timestamp=null, type=SupplierReleaseUpdate, user-id=null, app-id=null,
cluster-id=null),"<MESSAGE>"}
1263466057457: conn#0 ch#1 ->
{#method<basic.ack>(delivery-tag=20,multiple=false),null,""}
1263466057457: conn#0 ch#1 ->
{#method<basic.get>(ticket=0,queue=001.load.release.update,no-ack=false),null,""}
... is the very last thing you see before it gets stuck? If so then that
is very interesting since it would indicate that the server is failing
to reply to the basic.get. Either that, or the reply from the server has
gone astray.
The next step is getting your source code so I can try to reproduce your
observations locally.
> I mentioned before that the consumer is hanging after the same
> messages each time. (As I have been reloading the same messages into the
> queue and reattempting the consumer run). Once the consumer passes
> message A it hangs. If I continue running it will soon hang after a
> different message B. If I reset and reload the queue and re-run the
> consumer it will hang after message A again.
>
> Perhaps an issue with the message content? (binary serialized XML)
The message content is opaque to the server and the client library.
However, since you are running on Windows ... we have had some reports
from people indicating that Windows may be interfering with XML
payloads, resulting in all kinds of mysterious behaviours. So one
possible thing to try is to encrypt your payloads.
Regards,
Matthias.
More information about the rabbitmq-discuss
mailing list