Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [iot-wg] MQTT Payload - Kura Proposal

Hello Kai.

The purpose was to give some structure to the MQTT payload.

The timestamp and the GPS position are promoted to top level metadata for the payload because of being so commonly used.
KuraMetrics can be seen as strongly typed properties for the payload.
KuraMetrics are generally used to capture some of the telemetry data (e.g. temperature reading, passenger counts, …).
Through this simple structure, applications consuming the message can extract single data points simply using the metric name, write message filters or data stream rules, or design a generic simple storage scheme.
The Kura Payload body is generally opaque and its structure and usage is application specific.
It can be used for large binary information (e.g. an image) or for application-specific encoded data that is attached to the message.

The design was largely inspired by the JMS BytesMessage class.
The JMS Message headers in Kura are limited to the timestamp and position.
The JMS Message strongly-typed properties are represented by the KuraMetrics.
The JMS BytesMessage body is represented by the body filed in the KuraPayload.

It is also worth mentioning that Google Protocol Buffer messages are extensible; more strongly-typed attributes can be added into the payload yet retaining the basic structure.

Hope this helps.
-Marco



On Nov 5, 2014, at 10:47 AM, Hudalla Kai <Kai.Hudalla@xxxxxxxxxxxx> wrote:

Hi Marco,
 
Thanks for sharing this J Taking a first look at the message definitions, I have a hard time understanding what the purpose of the KuraMetric type compared to the body is. Can you elaborate a little on this?
 
Regards,
Kai
 
Von: iot-wg-bounces@xxxxxxxxxxx [mailto:iot-wg-bounces@xxxxxxxxxxx] Im Auftrag von Carrer, Marco
Gesendet: Mittwoch, 5. November 2014 10:27
An: IoT Working Group mailing list
Betreff: [iot-wg] MQTT Payload - Kura Proposal
 
All,
   following up our conversion at EclipseCON, please find below the definition of the MQTT payload adopted by Kura.
 
It is based on Google Protocol Buffers so it offers an efficient serialization while being language independent.
Its main purpose is to describe structure not semantics; it leaves rooms of extensibility for specific vertical applications.
 
The Java Class wrapping the payload is available here:
 
Comments are welcome.
 
Regards.
-Marco
 
 
 
 
 
On Nov 4, 2014, at 4:18 PM, Ian Skerrett <ian.skerrett@xxxxxxxxxxx> wrote:
 
All,

The next IoT WG meeting will be tomorrow Nov 5 at 9amPT/12:00pmET/18:00CET.  The call-in numbers are available at https://wiki.eclipse.org/IoT/M2MIWG/Weekly_call_minutes
 
Proposed agenda items:
-        Introduction of new members
-        Follow-up on action items from Face-2-Face meeting
o   Support for different protocols
o   LWM2M over MQTT
o   Common message formats for MQTT
o   Signing support
-        December announcement for project releases (Concierge, Kura, OM2M and SmartHome)
-        Community outreach at Embedded World Germany
 
 
Ian Skerrett
VP Marketing
Eclipse Foundation
@ianskerrett
 
 
 
_______________________________________________
iot-wg mailing list
iot-wg@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/iot-wg
 
_______________________________________________
iot-wg mailing list
iot-wg@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/iot-wg


Back to the top