[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] (MQTT-264) Broadcast publish
Andrew Schofield created MQTT-264: ------------------------------------- Summary: Broadcast publish Key: MQTT-264 URL: https://issues.oasis-open.org/browse/MQTT-264 Project: OASIS Message Queuing Telemetry Transport (MQTT) TC Issue Type: New Feature Components: futures Affects Versions: 3.1.1 Reporter: Andrew Schofield Fix For: 3.1.1 One of the proposals for message format indications suggests a kind of convention using a parallel metadata topic tree. For example, a retained message on topic "$META/Fruit/Apples" could be used to indicate the format of messages on topic "Fruit/Apples". A client wishing to publish or subscribe on "Fruit/Apples" could first make a subscription on "$META/Fruit/Apples" to discover the message format. Using the existing pub/sub rules is inconvenient in this case. If I want to use the same message format information for all fruity topics, I don't want to publish separate messages on each of "$META/Fruit/Apples", "$META/Fruit/Mangoes" and so on. If I publish on "$META/Fruit", it would not be sufficient to subscribe to "$META/Fruit/Apples" to discover the message format. What I want is a way to publish a message for all fruits. Another example comes from the IoT domain. Let's say that I have connected lights subscribing to "lights/<light-id>/off" and each light turns off when it receives a message to its topic. If I want to turn off all lights at once, I could define another topic "lights/alloff" and get each light to make a second subscription. Alternatively, I could publish one message to all lights. -- This message was sent by Atlassian JIRA (v6.2.2#6258)
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]