[Openid-specs-ab] Call for Working Group Adoption of OpenID Federation Extended Subordinate Listing 1.0

[Joseph Heenan]

Thanks to various people for the explanations!

This makes sense to me. I support adoption of this document.

Joseph


> On 6 Aug 2024, at 16:50, Michael Jones via Openid-specs-ab <openid-specs-ab at lists.openid.net> wrote:
> 
> Good question, Joseph!
>  
> Paginated listings are hard because the intended contents, semantics, and invariants (or lack thereof) of successive paginated results in the face of changing underlying datasets can vary considerably by use case.  The IETF SCIM working group took a shot at paginated listings in their initial RFCs and are now back at it for another swing at the target.  This is taking them years, and while I believe we can and probably should build on their experiences, I don’t have confidence we’ll get it “right” any sooner.
>  
> But…  We wanted to get something concrete written down now so people can implement, see how it’s working for them, and iterate.  Paginated listings are motivated by a real need in open finance ecosystems, among others.
>  
> My personal thanks to my co-authors for starting us on this concrete engineering journey!
>  
>                                                                 -- Mike
>  
> From: Openid-specs-ab <openid-specs-ab-bounces at lists.openid.net <mailto:openid-specs-ab-bounces at lists.openid.net>> On Behalf Of Vladimir Dzhuvinov via Openid-specs-ab
> Sent: Tuesday, August 6, 2024 4:37 AM
> To: openid-specs-ab at lists.openid.net <mailto:openid-specs-ab at lists.openid.net>
> Cc: Vladimir Dzhuvinov <vladimir at connect2id.com <mailto:vladimir at connect2id.com>>
> Subject: Re: [Openid-specs-ab] Call for Working Group Adoption of OpenID Federation Extended Subordinate Listing 1.0
>  
> It being still a work in progress and people seeing it as a Federation 1.0 extension rather than a required core API were the two reasons to choose the separate spec.
> 
> Vladimir
> On 06/08/2024 10:11, Joseph Heenan via Openid-specs-ab wrote:
> Could someone explain the thinking behind this being a separate spec rather than part of the federation spec please?
>  
> Thanks
>  
> Joseph
>  
> 
> 
> On 6 Aug 2024, at 02:15, Michael Jones via Openid-specs-ab <openid-specs-ab at lists.openid.net> <mailto:openid-specs-ab at lists.openid.net> wrote:
>  
> The OpenID Federation Extended Subordinate Listing 1.0 specification was contributed to the working group last week at https://lists.openid.net/pipermail/openid-specs-ab/2024-August/010351.html.  Per the decision on today’s working group call, this note starts a two-week call for working group adoption of the specification, running until Monday, August 19, 2024.  Please reply to this e-mail indicating whether you support adoption and providing feedback on the specification.
>  
> This specification is a starting point – not an endpoint.  If adopted, it can and will be revised by the working group.
>  
> This specification specifies functionality needed by Federation topologies with wide fan-out and few or no intermediaries.  This occurs in practice in several ecosystems.
>  
> For your convenience, this specification is hosted at https://github.com/MichaelFraser1999/federation-extended-listing and rendered HTML can be viewed at https://michaelfraser1999.github.io/federation-extended-listing/main.html.
>  
>                                 -- Mike (writing as working group co-chair)
>  
> _______________________________________________
> Openid-specs-ab mailing list
> Openid-specs-ab at lists.openid.net <mailto:Openid-specs-ab at lists.openid.net>
> https://lists.openid.net/mailman/listinfo/openid-specs-ab
>  
> 
> 
> _______________________________________________
> Openid-specs-ab mailing list
> Openid-specs-ab at lists.openid.net <mailto:Openid-specs-ab at lists.openid.net>
> https://lists.openid.net/mailman/listinfo/openid-specs-ab
> _______________________________________________
> Openid-specs-ab mailing list
> Openid-specs-ab at lists.openid.net <mailto:Openid-specs-ab at lists.openid.net>
> https://lists.openid.net/mailman/listinfo/openid-specs-ab

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20240806/ae28c792/attachment.html>