<div dir="ltr">Hi all,<br><div>Here are the notes from today's call. Also stored <a href="https://github.com/openid/sse/wiki/WG_Meeting-2022-02-01">here</a>.</div><div><br></div><div><div class="gmail-markdown-body" style="box-sizing:border-box;font-family:-apple-system,"system-ui","Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji";font-size:16px;line-height:1.5;color:rgb(36,41,47)"><h2 style="box-sizing:border-box;margin-bottom:16px;line-height:1.25;padding-bottom:0.3em;margin-top:0px">Attendees</h2><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:16px"><li style="box-sizing:border-box">Atul Tulshibagwale (SGNL)</li><li style="box-sizing:border-box;margin-top:0.25em">Shayne Miel (Cisco)</li><li style="box-sizing:border-box;margin-top:0.25em">Stefan Duernberger (Cisco)</li><li style="box-sizing:border-box;margin-top:0.25em">Randie (WSO2)</li><li style="box-sizing:border-box;margin-top:0.25em">Tom Sato (VeriClouds)</li><li style="box-sizing:border-box;margin-top:0.25em">George Fletcher (OpenID Foundation)</li><li style="box-sizing:border-box;margin-top:0.25em">Nancy Cam Winget (Cisco, OpenID Board member)</li><li style="box-sizing:border-box;margin-top:0.25em">Martin Gallo (SecureAuth)</li></ul><h2 style="box-sizing:border-box;margin-top:24px;margin-bottom:16px;line-height:1.25;padding-bottom:0.3em"><a id="gmail-user-content-agenda" class="gmail-anchor" href="https://github.com/openid/sse/wiki/WG_Meeting-2022-02-01#agenda" aria-hidden="true" style="box-sizing:border-box;background-color:transparent;text-decoration-line:none;float:left;padding-right:4px;line-height:1"></a>Agenda</h2><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:16px"><li style="box-sizing:border-box">Intros</li><li style="box-sizing:border-box;margin-top:0.25em">Stream ID discussion</li><li style="box-sizing:border-box;margin-top:0.25em">Github transition</li><li style="box-sizing:border-box;margin-top:0.25em">Website content</li></ul><h2 style="box-sizing:border-box;margin-top:24px;margin-bottom:16px;line-height:1.25;padding-bottom:0.3em"><a id="gmail-user-content-notes" class="gmail-anchor" href="https://github.com/openid/sse/wiki/WG_Meeting-2022-02-01#notes" aria-hidden="true" style="box-sizing:border-box;background-color:transparent;text-decoration-line:none;float:left;padding-right:4px;line-height:1"></a>Notes</h2><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:0px"><li style="box-sizing:border-box"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">George Fletcher involved in RISC way back when it first started</p><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:0px"><li style="box-sizing:border-box">Community elected board member</li><li style="box-sizing:border-box;margin-top:0.25em">Formerly with Yahoo, now with Capital One</li></ul></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Randie interested in incorporating this spec into their IAM product</p><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:0px"><li style="box-sizing:border-box">Randie works for WSO2</li></ul></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Stream ID Discussion</p><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:0px"><li style="box-sizing:border-box"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Transmitter Metadata configuration does not include "event supported" or stream-specific info, so it may be unchanged with the addition of multiple streams.</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Shayne's proposal about multiple streams</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">As Backwards compatible as possible</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">In the Transmitter Configuration Metadata, add a "stream_types" section. Streams can be "default" or "named"</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">A "Stream Configuration Object" contains a new member "stream_id" (optional, so if missing, it's the default stream)</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">The Stream Configuration object is an optional argument to the configuration endpoint POST method</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Transmitter may respond with 409 if the stream_id specified in the configuration argument already exists.</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">POST should not be for update, should only be used for CREATE (would be backwards incompatible)</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">GET request to the Stream Configuration (7.1.2) is modified to add the stream_id (optionally)</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">PATCH (new method) on Stream Config can be used to update the stream configuration (instead of the current POST)</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Current POST method used to update deletes the format if the format value is not specified in the input. New PATCH method should leave the format value unchanged</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Sending readonly attributes to the create method (POST) should still work if the attributes match the stream's configuration, and fail if it does not.</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Sending incorrect readonly attributes to PATCH should result in status 400</p><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:0px"><li style="box-sizing:border-box">Receivers MAY do a "GET" upon receiving a 400 and include the right values, or they MAY omit the readonly values in the request.</li><li style="box-sizing:border-box;margin-top:0.25em">Receivers SHOULD first verify the readonly attributes in a PATCH success response if they have omitted the values in the request.</li><li style="box-sizing:border-box;margin-top:0.25em">Should the Transmitter ignore the readonly values? Receivers could still make sense of the response by reading the readonly values in the response. We could go either way.</li><li style="box-sizing:border-box;margin-top:0.25em">Is the problem that there is a mix of readonly and read-write fields? Should we do it such that PATCH only takes the read-write values</li><li style="box-sizing:border-box;margin-top:0.25em">The default expectation is that the Receiver always sends the configuration object. We should have a consistent response to that. It might be easier for the Transmitter to ignore the readonly fields, and if needed the Receiver can check the response for matching values</li><li style="box-sizing:border-box;margin-top:0.25em">How do we give the developer the most consistent and easiest experience with this API</li><li style="box-sizing:border-box;margin-top:0.25em">We should review industry best practices before deciding on this.</li></ul></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">DELETE on a the default stream resets it to its default state (needs discussion)</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">All other endpoints get an optional "stream_id" parameter</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Shayne to share the document. Use the Github discussion board</p></li></ul></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Does MS support SSE in production? Not that we know of as of this time.</p></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Github transition: Everyone seems OK with it, so we will switch the repository link to Github</p><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:0px"><li style="box-sizing:border-box">Who can approve Github requests? Probably co-chairs. Tim to confirm</li></ul></li><li style="box-sizing:border-box;margin-top:0.25em"><p style="box-sizing:border-box;margin-top:16px;margin-bottom:16px">Website discussion:</p><ul style="box-sizing:border-box;padding-left:2em;margin-top:0px;margin-bottom:0px"><li style="box-sizing:border-box">General contents of Atul's proposal are good, but we need to fine tune it with the target audience in mind</li><li style="box-sizing:border-box;margin-top:0.25em">Should we have introductory content for non-technical people. E.g. what is a Transmitter or Receiver</li><li style="box-sizing:border-box;margin-top:0.25em">Tom can produce two videos if required</li><li style="box-sizing:border-box;margin-top:0.25em">Tom to propose an updated website layout</li><li style="box-sizing:border-box;margin-top:0.25em">Cisco won't mind using their video in the SSE page</li><li style="box-sizing:border-box;margin-top:0.25em">We should have some information about SSE for product or business owners. This content should articulate the value of SSE and why it matters to the business audience</li></ul></li></ul></div><div id="gmail-wiki-footer" class="gmail-mt-5 gmail-Link--muted gmail-wiki-footer" style="box-sizing:border-box;font-family:-apple-system,"system-ui","Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji";font-size:14px;margin-top:32px"><br class="gmail-Apple-interchange-newline"></div></div></div>