You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Timothy Bish (JIRA)" <ji...@apache.org> on 2016/05/19 21:11:13 UTC

[jira] [Closed] (AMQ-2995) allowAnonymousAccess doesn't work for websockets

     [ https://issues.apache.org/jira/browse/AMQ-2995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Timothy Bish closed AMQ-2995.
-----------------------------
    Resolution: Cannot Reproduce

This should be fixed in the latest releases where the WebSocket transports have been heavily refactored

> allowAnonymousAccess doesn't work for websockets
> ------------------------------------------------
>
>                 Key: AMQ-2995
>                 URL: https://issues.apache.org/jira/browse/AMQ-2995
>             Project: ActiveMQ
>          Issue Type: Improvement
>          Components: Transport
>    Affects Versions: 5.4.1, 5.4.2
>            Reporter: Karl Palsson
>            Priority: Minor
>
> Connecting anonymously via plain stomp works just fine with 5.4+, but from websockets, using jmesnils stomp.js, there's no way to easily send the requisite nulls from javascript.
> I was previously using the patch attached to https://issues.apache.org/activemq/browse/AMQ-2081 also available at http://code.google.com/p/activemq-anonymous-user/
> This allowed me to use {code}client.connect("", "", onconnect, onerror);{code} but with the built in anonymous access now in a 5.4+, this fails to login with incorrect username/password
> I've tried every other "null" combination I can think of, but given that stomp requires the login/passcode fields, jmesnil's library is right to demand them, using javascript null keyword, produces usernames and passwords of null/null which also fails the login.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)