activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Allan Schrum (JIRA)" <>
Subject [jira] Commented: (AMQNET-138) Unable to select STOMP protocol
Date Thu, 05 Feb 2009 19:39:59 GMT


Allan Schrum commented on AMQNET-138:

When doing failover transport, I had to create TransportFactory(s) for some of the protocols
that were supported. This created a need for TransportFactory.cs which has AddTransportFactory()
to support all known factories. Unfortunately, Stomp (in C#) does not have a TransportFactory
so it cannot be included given the current structure. Checking the Java sources, it seems
that Stomp derives from TcpTransport and did have a factory. In the C# version, there is no
factory, thus it is not included in the AddTransportFactory() method, which implies that it
is not supported and which supports the above error messages.

If we continue in the direction of using factories for each of the transport types, then we
need a Stomp factory and the associated entry added to AddTransportFactory() of TransportFactory.cs.
I would suggest that direction if possible.

> Unable to select STOMP protocol
> -------------------------------
>                 Key: AMQNET-138
>                 URL:
>             Project: ActiveMQ .Net
>          Issue Type: Bug
>          Components: ActiveMQ Client
>    Affects Versions: 1.1
>            Reporter: Jim Gomes
>            Assignee: Jim Gomes
>             Fix For: 1.1
> User reported issue with using the STOMP protocol due to recent changes made to NMS.
 See the following Nabble conversation for details:
> When we went to actually connect to our server (stomp:// or whatnot,
same as always), we get the following errors:
> 19/01/2009 1:36:08 PM WRN Transmitter.Setup:: The transport stomp is not supported.
>    at Apache.NMS.ActiveMQ.Transport.TransportFactory.AddTransportFactory(String scheme)
>    at Apache.NMS.ActiveMQ.Transport.TransportFactory.findTransportFactory(Uri location)
>    at Apache.NMS.ActiveMQ.ConnectionFactory.CreateConnection(String userName, String
>    at FAInterface.Transmitter.Setup_R()
> This seems to be a client code issue as if we use our old DLL we can connect to both
4.1 and 5.2 brokers.  What are we missing? 

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

View raw message