Closed veselov closed 9 years ago
Hey, sorry for the lag in getting to this issue - I have the flu and I'm a bit out of it. This definitely looks like an invalid response from qpidd, but as you said at the very least I should be calling the callback with an error in that case.
Have you tried running with your DEBUG env var set to "amqp10-*"? That should output all of the details from my library as to what it's trying to do.
In the meantime, I'll see if I can't repro this on my end - sorry I'll be a bit slow due to the flu.
No rush :) You are right - the reason the library can't connect is legitimate. But callback is not called. I played around with this, and it seems that callback is not called for simpler problems as well.
broker isn't even running:
[vps@druid]~/ws/EF/qpids$ DEBUG=amqp10-Connection node publish.js
amqp10-Connection Connecting to localhost:5672 via straight-up sockets +0ms
amqp10-Connection Transitioning from DISCONNECTED to START due to connect +2ms
connect scheduled
amqp10-Connection Error from socket: Error: connect ECONNREFUSED +3ms
amqp10-Connection Transitioning from START to DISCONNECTED due to error +1ms
broker reports unsupported version:
[vps@druid]~/ws/EF/qpids$ DEBUG=amqp10-Connection node publish.js
amqp10-Connection Connecting to localhost:5672 via straight-up sockets +0ms
amqp10-Connection Transitioning from DISCONNECTED to START due to connect +2ms
connect scheduled
amqp10-Connection Sending Header 414d515000010000 +2ms
amqp10-Connection Transitioning from START to HDR_SENT due to connected +0ms
amqp10-Connection Rx: 414d51500101000a +1ms
amqp10-Connection Server AMQP Version: 414d51500101000a vs 414d515000010000 +0ms
amqp10-Connection Transitioning from HDR_SENT to DISCONNECTING due to invalidVersion +1ms
amqp10-Connection Transitioning from DISCONNECTING to DISCONNECTED due to terminated +1ms
I was failing to trigger an error event on certain cases in connection.js (probably more information than you wanted). I've just published an update (1.0.3) - let me know if that solves your issue.
Closing. Feel free to reopen if I didn't actually fix it, but I believe I have.
Thank you! Works fine for me in 1.0.3 :+1: Sorry it took me a while to check this out.
@veselov what was the cause of your version mismatch? I'm experiencing the same thing
@ZECTBynmo my guess is that you don't have AMQP 1.0 support enabled for qpidd (you need to build qpidd with proton, the default ubuntu packages have this enabled). Out of the box qpidd opts to use AMQP 0-10
Thanks @mbroadst ! How can I enable 1.0 support?
@ZECTBynmo well this is getting into qpid support territory, but first you'd have to tell me what distro your running on, as well as what version of qpidd
I really appreciate the help @mbroadst
I'm running on a vagrant vm with CentOS release 6.5 (Final) I'm not sure how to figure out exactly which version of qpid I have installed, but I just yesterday with:
yum install -y qpid-cpp-server qpid-tools
qpidd --version
will help here
qpidd (qpidc) version 0.14
@ZECTBynmo that's an incredibly old version, I've only been testing our library against 0.32 (and 0.28 for a little bit, but considerably less time spent there)
not sure where to point you exactly (other than their irc channel #qpid, or the mailing list), but its developed mostly by redhatters iirc so you should be able to get updated packages
Ohh okay that makes sense then. Thanks for your help!
@ZECTBynmo also, to explicitly enable amqp 1.0 you can pass --protocols amqp1.0
to qpidd. If you also pass --log-enable debug+
you can see if there's a message about loading the amqp1.0 module. Again, there have been countless fixes and improvements since 0.14 so I recommend first and foremost you update to that
You're the man @mbroadst !
With this simple code:
the only output is
connect scheduled
. The strace shows:So, the AMQP conversation ended, and most likely unsuccessfully, but call back was never executed with either success or error.
For info, this is trying against qpidd. node v0.10.32 amqp10 1.0.2