Skip to content

Retry of requests

Pre-release
Pre-release

Choose a tag to compare

@TingDaoK TingDaoK released this 30 Oct 02:32
5fdbda8

Rework the retry behavior for requests:

  1. Not retry publish with QoS 0
  2. Not queuing publish QoS 0 and PINGREQ when offline
  3. Whether the pakcet is sent or not, the retriable packet will be queued when connection lost, and the sent packets will be resent in the same order when they are sent before. Following requirement from Spec
  4. Will NOT resent the packets on a health connection, even if the response is not received for a long time.
  5. Spec only REQUIRED to retry publish with QoS > 0, we will retry subscribe/unsubscribe as well to keep the consistent of our behavior.
  6. Clean up the session correctly when clean_session is true.