[rabbitmq-discuss] Trying to do a simple subscription returns message too long error... (RabbitMq.Net)

Thu Aug 13 22:21:03 BST 2009

although I am not familiar with the java amqp tracer tool you mentioned and
have not used it thus far...

yes, my results are consistent with yours...

and have disabled anything that i know of that could be blocking sockets
etc...

i do not see anything showing up in any of the windows event logs either...

I am also running the wireshark packet sniffer and have the following filter
applied...

(ip.dst == 192.168.100.36) || (amqp)

and am not seeing anything anomalous thus far...

I am also, looking at the locals, output, threads and call stack windows
pretty close as well...
nothing jumping out there either...

i have also enabled .NET Framework source stepping and have not found
anything additional that route either yet...

the socket trace connection aborts seem to be some kind of timeouts, and
while i have been adding configurable ridiculously long timeouts everywhere
i can find just to get it to work once, these timeout errors seem to be a
secondary issue, from what i can tell at the moment...

thanks in advance.

re:
On Thu, Aug 13, 2009 at 2:01 PM, Matthias Radestock <matthias at lshift.net>wrote:

> Patrick,
>
> Patrick Kenney wrote:
>
>> try this one again with the attached...
>>
>> from vs2005/2008 IDE...
>> open solution...
>>
>> F5/debug...
>>
>> set no break points...
>>
>> frmMain comes up...
>>
>> enter "amqp:///dispatcher" in text box above btnHostDispatcher...
>> click "Host Dis" ...
>>
>> enter "amqp:///subscriber" in text box above btnHostSubscriber...
>>
>> Click "Host Sub"...
>>
>> enter "amqp:///subscriber" in text box above
>>
>> Click "Subscribe"...
>>
>> after about a minute or so code breaks at "Trace.Fail("Illegal
>> EitherAlternative " + either.Alternative);" in
>> SimpleBlockingRpcContinuation.GetReply()...
>>
>
> We don't see that, but ...
>
>  after you hit f5 it breaks in a few other places and ultimately ends up in
>> the catch in btnSubscribe_Click...
>>
>> if you check your output window you will see the message too long error at
>> this time...
>>
>> kill the ide via the vcr button...
>>
>> go to "C:\System.Net.TraceRabbitMq.log"...
>>
>> open it up and execute ctrl+F...
>>
>> enter "long"...
>>
>> you will come to the message too long error...
>>
>
> we do see that error.
>
> So, finally, we can reproduce the problem you reported.
>
>
> Vlad and I have started some experimenting to narrow down the list of
> possible causes. Here's where we got to so far:
>
> 1) We ran the program through our java AMQP Tracer tool. This didn't show
> anything unusual, except for the connections getting dropped by the client.
>
> 2) If we only go as far as the "Host Dis" step above, and let the program
> run for a few minutes, then the .Net socket trace eventually shows the "An
> established connection was aborted by the software in your host machine"
> error.
>
> 3) We then disabled the Windows Firewall, and, probably more importantly,
> the "Windows Defender". Then we tried "Host Dis" (and no further) again. We
> waited for quite a while without seeing an error.
>
> If you could check whether you get the same results for 2 & 3 in your setup
> that would be great.
>
>
> Regards,
>
> Matthias.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20090813/571d4041/attachment.htm 