I see that one of the changes going into ActiveMQ 5.6 was Stomp 1.1 support:
https://issues.apache.org/jira/browse/AMQ-3449

Could this have changed the Stomp protocol supported in ActiveMQ such that
my Stomp 1.0 PHP client can no longer communicate with it?  This sounds like
a regression, and so seems unlikely, however the specs at
http://stomp.github.com/stomp-specification-1.0.html#STOMP_Frames and
http://stomp.github.com/stomp-specification-1.1.html#STOMP_Frames clearly
show a difference and ActiveMQ 5.6 seems to be breaking Stomp 1.0
compatibility.

This is supported by https://issues.apache.org/jira/browse/AMQ-3823 which
clearly states that no whitespace (ws) should be trimmed from headers.  This
makes an old Stomp 1.0 client completely incompatible with ActiveMQ and its
Stomp 1.1 implementation.  It seems there's no version handshaking going on
in the Stomp protocol, so old clients have no way of working against new
servers because the server has no way of gracefully falling back to the old
protocol.

I did a bunch of painful debugging that I'll omit here as the situation
seems clear.

Where should we get a PHP Stomp 1.1 client from?  I don't see one bundled
with ActiveMQ and the usual suspects (http://activemq.apache.org/php.html,
http://stomp.fusesource.org/index.html,
http://stomp.github.com/implementations.html) don't offer any fresh leads. 
I see a comment on https://issues.apache.org/jira/browse/AMQ-3836 saying
that the PHP client has been updated, but I don't see where to find this
client.

I'm falling back to ActiveMQ 5.5 for now.  A big red warning flag about
breaking Stomp 1.0 compatibility would have been appreciated.  Perhaps there
was one and I missed it?

Nick



--
View this message in context: 
http://activemq.2283324.n4.nabble.com/5-5-to-5-6-upgrade-stomp-client-suddenly-gets-User-name-xyz-or-password-is-invalid-tp4654229p4654230.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Reply via email to