OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

mqtt message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: [OASIS Issue Tracker] (MQTT-522) Clarification of the behaviour of properties for retained messages

    [ https://issues.oasis-open.org/browse/MQTT-522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=67539#comment-67539 ] 

Ian Craggs commented on MQTT-522:

From Ken:

1. I would say that the properties of a retained message (other than the transient property Topic Alias) must be forwarded with the message, and thus they must be stored with the retained message to be able to forward them. I am not sure we need to say this but I do not see a problem in doing so. 

2. We need to clarify that the meaning of a zero length retained message means that the payload is zero bytes, regardless of whether any properties exist. 

3. I do think we need to explicitly document the meaning of message expiry for retained messages. The most useful meaning is that when a the current retained message for a topic expires, it is removed from the store and there is no retained message for that topic.

> Clarification of the behaviour of properties for retained messages
> ------------------------------------------------------------------
>                 Key: MQTT-522
>                 URL: https://issues.oasis-open.org/browse/MQTT-522
>             Project: OASIS Message Queuing Telemetry Transport (MQTT) TC
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 5, CSD01
>            Reporter: Ian Craggs
>            Priority: Minor
> The behaviour of properties on retained messages appears to be unspecified. It could be interpreted that properties are not stored nor propagated, but that seems unlikely to be desirable. In the event of propagation, the behaviour of some properties such as the publication expiry interval, should be clarified. I suggest that the "time of receipt" for a retained message should be the time of receipt of the subscribe request which triggers it.

This message was sent by Atlassian JIRA

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]