The recommended solution is to upgrade to 2.42.0. There are a number of notable updates to MQTT since 2.34.0 for new features, performance improvements, bug fixes, etc. Among others, this includes:
- https://issues.apache.org/jira/browse/ARTEMIS-5121 - https://issues.apache.org/jira/browse/ARTEMIS-5325 - https://issues.apache.org/jira/browse/ARTEMIS-5467 - https://issues.apache.org/jira/browse/ARTEMIS-5469 - https://issues.apache.org/jira/browse/ARTEMIS-5493 - https://issues.apache.org/jira/browse/ARTEMIS-5499 (your current issue) - https://issues.apache.org/jira/browse/ARTEMIS-5517 - https://issues.apache.org/jira/browse/ARTEMIS-5522 - https://issues.apache.org/jira/browse/ARTEMIS-5529 - https://issues.apache.org/jira/browse/ARTEMIS-5540 - https://issues.apache.org/jira/browse/ARTEMIS-5575 Is there a specific reason you can't upgrade to 2.42.0? Keep in mind that any environment that can't be upgraded is at risk from CVEs, bugs, etc. In lieu of upgrading you can follow the relevant documentation for 2.34.0 [1]. Justin [1] https://activemq.apache.org/components/artemis/documentation/2.34.0/mqtt.html#persistent-subscriptions On Mon, Sep 15, 2025 at 1:08 PM Shields, Paul <[email protected]> wrote: > Hi, > > Using Artemis 2.34.0 and we are seeing > > java.lang.IllegalStateException: AMQ850000: Unable to store MQTT state > within given timeout: 5000ms > at > org.apache.activemq.artemis.core.protocol.mqtt.MQTTStateManager.storeSessionState(MQTTStateManager.java:192) > at > org.apache.activemq.artemis.core.protocol.mqtt.MQTTSubscriptionManager.addSubscriptions(MQTTSubscriptionManager.java:334) > In the broker logs. I see that ARTEMIS-5499 addresses this in Artemis > 2.42.0, but we are not yet able to upgrade to that release. We are using a > JWT for authenticating with the broker which has a 5 min time expiration, > and it appears that there was a significant delay in the front-end > processing of the MQTT broker. As a result, by the time the system > evaluates a connection request's JWT (JSON Web Token), the token is already > expired by 1 to 3 minutes. At that point, the client is disconnected and > repeatedly attempts to reconnect. In ARTEMIS-5499 I see a reference to a > possible workaround, “Previously, disabling subscription persistence > involved disabling the underlying queue.”. We are using MQTT, but not > using persistent subscriptions. Would Artemis 2.34.0 support this possible > workaround and would it need to be applied to each connection to the broker? > > Paul Shields >
