You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Eugene Nedzvetsky (JIRA)" <ji...@apache.org> on 2018/03/17 02:18:00 UTC
[jira] [Commented] (ARTEMIS-1695) Improve Stomp backwards
compatibility with 5.x
[ https://issues.apache.org/jira/browse/ARTEMIS-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16403221#comment-16403221 ]
Eugene Nedzvetsky commented on ARTEMIS-1695:
--------------------------------------------
ActiveMQ supports /temp-queue/ and /temp-topic/ prefixes for temporary queues and topics.
Artemis repository even has old ActiveMQ tests with these functionality tests/activemq5-unit-tests/src/test/java/org/apache/activemq/usecases/ThreeBrokerStompTemporaryQueueTest.java
> Improve Stomp backwards compatibility with 5.x
> ----------------------------------------------
>
> Key: ARTEMIS-1695
> URL: https://issues.apache.org/jira/browse/ARTEMIS-1695
> Project: ActiveMQ Artemis
> Issue Type: Improvement
> Components: Broker, STOMP
> Affects Versions: 2.4.0
> Reporter: Christopher L. Shannon
> Assignee: Christopher L. Shannon
> Priority: Major
> Fix For: 2.5.0
>
>
> As I was testing out STOMP in Artemis vs ActiveMQ 5.x I found a few improvements to make:
>
> # ActiveMQ 5.x uses the header named "activemq.subscriptionName" for supplying a subscription name. We should support that as well so clients don't need to change their code.
> # Artemis doesn't create a session until the first message is published or a subscription is created. I think we should create a session on connection after authentication is complete. This is more in line with how CORE works and also when 5.x creates a session for a STOMP client.
> # The Version 10 StompFrameHandler does not properly set the response to disconnect if there is an authentication error.
>
> Also in ActiveMQ 5.x the prefixes "/topic/" and "/queue/" are used by default but this can already be configured by setting prefixes in Artemis so we don't need to worry about that.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)