Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QOS1 (at least half-one) #14

Closed
SadE54 opened this issue Nov 9, 2015 · 1 comment
Closed

QOS1 (at least half-one) #14

SadE54 opened this issue Nov 9, 2015 · 1 comment

Comments

@SadE54
Copy link

SadE54 commented Nov 9, 2015

Currently , it seems only QOS 0 is supported by the library. The problem is that even if you're subscribing with a client and a persistent connection, the broker never sends the offline messages because of QOS0 used for publishing. But it's often needed to store the sensor data at the broker level , and then be able to retrieve all data from a client.
So, QOS1 at leasdt is needed to fulfill that.
Complete implementation of QOS1 could be complicated due to RAM limitation (but it shoud be possible if we know the average payload length and limit the number of messages that can be stored).
But maybe one trick could be used : just be able to add the flag for QOS1 when a message is published . If the message is received by broker , a PUBACK is sent back , and we do not even need to process it . If it's not received by the broker , it's lost.
But the received messages with QOS1 flag are stored on the broker and then can be used with persistent connections at the other end.

@hirotakaster
Copy link
Owner

Hi, than you checking. I will update that it can change qos flag when application publish the message.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants