activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Milton Taylor (JIRA)" <>
Subject [jira] Created: (AMQ-2239) Stomp wire format doesn't work with tcp or nio transport
Date Fri, 01 May 2009 02:22:38 GMT
Stomp wire format doesn't work with tcp or nio transport

                 Key: AMQ-2239
             Project: ActiveMQ
          Issue Type: Bug
          Components: Transport
    Affects Versions: 5.2.0
            Reporter: Milton Taylor

It appears to us that there is some sort of architectural problem with how stomp has been
implemented in ActiveMQ. As we understand it, stomp is an application-level wire protocol.
However the implementation seems to combine both wire protocol and it's own transport implementation
based directly on the tcp socket factory. Not sure what the reason was for this...but it seems
like it compromises the layering of wire protocols over transports.

Why we started looking at this, was we wanted to use NIO with Stomp to get the best scalability.
In particular, we don't want a server thread being consumed for every long-lived stomp connection.
However, although one sees references in mailing lists to the fact that *stomp://localhost:61613*
is equivalent to  *tcp://localhost:61613?wireFormat=stomp*, in fact the latter does not work
and produces this exception:

{{Exception in thread "BrokerService"
java.lang.ClassCastException: org.apache.activemq.command.BrokerInfo cannot be cast to org.apache.activemq.transport.stomp.StompFrame
at org.apache.activemq.transport.stomp.StompWireFormat.marshal(
at org.apache.activemq.transport.tcp.TcpTransport.oneway(
at org.apache.activemq.transport.InactivityMonitor.oneway(
at org.apache.activemq.transport.MutexTransport.oneway(
at org.apache.activemq.thread.PooledTaskRunner.runTask(
at org.apache.activemq.thread.PooledTaskRunner$
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$ Source)
at Source)

Because of this, it is not possible to specify for example, 

  <transportConnector name="stomp" uri="nio://localhost:61613?wireFormat=stomp"/>

We did try altering the implementation of StompTransportFactory to extend NIOTransportFactory
instead of TcpTransportFactory. It compiled OK, but it didn't seem to actually work in our
tests...the client gets EOF reading the socket for some reason.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message