You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The first deliverable I suggest we tackle is a WebSocket sub-protocol specification.
I hope you don't mind me kicking off the discussion with a strawman proposal. This is a quick (but quite detailed) draft document in a Google Doc outlining a possible WebSocket sub-protocol design approach.
This design is informed by implementation experience from the relatively primitive WebSocket API used in the WebThings platform, but is a more sophisticated design which includes the full set of operations which have now been defined in the Web of Things interaction model. It is also flawed in various ways.
In the proposal I have defined a collection of message payload formats for the full set of WoT operations. For Property related operations I have written a fairly detailed specification including error conditions etc., to demonstrate the level of detail I have in mind. The rest of the operations are currently just sketched out with examples but are not yet fully specified (I didn't want to get too carried away before getting wider input!). I have also left lots of "Editor's Comments" to highlight areas that I think definitely require further discussion.
Please note I have no intention of landing this full text in a formal group report, it is only meant as a starting point for discussions, because I think it's easier to discuss something concrete (even if it's flawed) rather than purely theoretical. I welcome your comments (inline in the document using the comments feature, in this GitHub issue, or on the public mailing list), but also potentially other strawman proposals outlining alternative approaches based on your own experience if you feel the need.
Following this initial discussion, I propose we create a more formal report on GitHub using ReSpec, and ensure every paragraph is carefully reviewed before landing.
I very much look forward to receiving your feedback. Let's get this thing started!
Best regards
Ben
--
Ben Francis
Chair, Web Thing Protocol Community Group
The text was updated successfully, but these errors were encountered:
Dear members of the Web Thing Protocol Community Group,
Following the publication of our Web Thing Protocol Use Cases & Requirements report, I am excited to kick off work on the core deliverables in our charter.
The first deliverable I suggest we tackle is a WebSocket sub-protocol specification.
I hope you don't mind me kicking off the discussion with a strawman proposal. This is a quick (but quite detailed) draft document in a Google Doc outlining a possible WebSocket sub-protocol design approach.
This design is informed by implementation experience from the relatively primitive WebSocket API used in the WebThings platform, but is a more sophisticated design which includes the full set of operations which have now been defined in the Web of Things interaction model. It is also flawed in various ways.
In the proposal I have defined a collection of message payload formats for the full set of WoT operations. For Property related operations I have written a fairly detailed specification including error conditions etc., to demonstrate the level of detail I have in mind. The rest of the operations are currently just sketched out with examples but are not yet fully specified (I didn't want to get too carried away before getting wider input!). I have also left lots of "Editor's Comments" to highlight areas that I think definitely require further discussion.
Please note I have no intention of landing this full text in a formal group report, it is only meant as a starting point for discussions, because I think it's easier to discuss something concrete (even if it's flawed) rather than purely theoretical. I welcome your comments (inline in the document using the comments feature, in this GitHub issue, or on the public mailing list), but also potentially other strawman proposals outlining alternative approaches based on your own experience if you feel the need.
Following this initial discussion, I propose we create a more formal report on GitHub using ReSpec, and ensure every paragraph is carefully reviewed before landing.
I very much look forward to receiving your feedback. Let's get this thing started!
Best regards
Ben
--
Ben Francis
Chair, Web Thing Protocol Community Group
The text was updated successfully, but these errors were encountered: