Restore messages per client/subscription

[vaLP2eh]

Restore messages per client/subscription

[xyderos]

I think this is more of a "broker specific" question as most of the brokers just allow the messages to pass through them. In a more general context, you would need to have a QoS of at least 1 or 2, not having set the clear flag and have some sort of TTL in place which I am not sure mqtt supports that.

A "dirty approach" would be to subscribe to the db/logging whatever service to a topic that would essentially ping you when there is an update and you would execute a request/response scheme.

                  |          SUBSCRIBE TO "NOTIFIER"                   |
                  |------------------------------------------------------------>|
                  |         RECEIVED EVENT "NOTIFIER"                |
Consumer|<------------------------------------------------------------|Producer
                  |QUERY THE DB WITH A PUBLISH MESSAGE|
                  |------------------------------------------------------------>|
                  |RECEIVE RESPONSE IN A DIFFERENT TOPIC|
                  |<------------------------------------------------------------|

But are you sure MQTT is the right way to solve the problem?

[vaLP2eh]

Yes, MQTT is the right way to go for the use case I work on.

I read more in the source code to get a better understanding. It's a pity that there is no documentation for IntelliSense provided by this project. Makes the API difficult to understand. Anyway...

My plan is to use the intercept-subscribe to restore the messages (if needed/requested) for the calling client and the intercept-unsubscribe/-disconnected to cleanup if needed. Should work fine.