Could you provide the full stack-trace? Also, it's worth noting that a work-around for the issue was posted on the aforementioned JIRA a day after it was opened back in February.
Justin On Mon, Oct 9, 2017 at 2:19 AM, martin_activeMQ <martin.ahch...@bosch-si.com > wrote: > Hi Justin, > > I'm using the latest available version 1.5.5 and it seems that the problem > is reproducible. Any suggestion to workaround this limitation? > > address=activemq.notifications,properties=TypedProperties[_AMQ_User= > XXXXX,_AMQ_Address=$sys.mqtt.queue.qos2.XXXXXXXX.$sys.mqtt. > queue.qos2.XXXXXXXX,_AMQ_NotifType=SECURITY_PERMISSION_ > VIOLATION,_AMQ_NotifTimestamp=1507531272068,_AMQ_CheckType= > CONSUME]]@1606453679 > is not going anywhere as it didn't have a binding on > address:activemq.notifications > 09:41:12,071 DEBUG [org.apache.activemq.artemis.core.protocol.mqtt] Error > processing Control Packet, Disconnecting Client: > ActiveMQSecurityException[errorType=SECURITY_EXCEPTION message=AMQ119032: > User: XXXXXXXX does not have permission='CONSUME' on address > $sys.mqtt.queue.qos2.XXXXXXXX.$sys.mqtt.queue.qos2.XXXXXXXX] > at > org.apache.activemq.artemis.core.security.impl.SecurityStoreImpl.check( > SecurityStoreImpl.java:201) > [artemis-server-1.5.5.jar:1.5.5] > at > org.apache.activemq.artemis.core.server.impl.ServerSessionImpl. > securityCheck(ServerSessionImpl.java:401) > [artemis-server-1.5.5.jar:1.5.5] > > Best regards, > Martin > > > > -- > Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User- > f2341805.html >