activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Justin Bertram <>
Subject Re: Troubleshoot MQTT
Date Fri, 03 May 2019 22:03:21 GMT
All the information provided in the ActiveMQ Artemis web console is
expressed in terms of core resources. Since Artemis supports many different
protocols it doesn't make sense to display management information in a
protocol-specific way.

If you want to confirm a message has been sent you can use the web console
to look at the address to where the message was supposedly sent and inspect
its attributes.

MQTT consumers are represented by queues on an address. If the address
where the consumer is connecting has a queue and that queue's consumerCount
> 0 then your consumer is connected and waiting for messages.

Keep in mind that MQTT uses pub/sub semantics so if your consumer isn't
connected when messages are sent then it won't receive them.


On Fri, May 3, 2019 at 4:47 PM Hiran Chaudhuri <>

> Hi there,
> I am trying to connect to MQTT appliances (McLighting and
> HomeAssistant) to talk to each other. Knowing about the ASF's software
> quality my choice for a MQTT broker resulted in ActiveMQ. I am now
> running the vromero/activemq-artemis docker image - so I guess the
> setup is valid.
> Both McLighting and HomeAssistant have been configured to talk to
> <ip>:61613, and checking with curl it looks like access to
> http://<ip>:61613 works (curl connects but gets hung waiting for a
> response - which I consider being ok).
> But how do I verify McLighting as MQTT producer actually sends a
> message?
> How do I verify that HomeAssistant registered to receive such messages?
> The Artemis Management Console seems to show me nothing related to MQTT
> - or really nothing comes in?
> Hiran

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message