- From: Julian Reschke <julian.reschke@greenbytes.de>
- Date: Fri, 9 May 2025 06:20:14 +0200
- To: ietf-http-wg@w3.org
On 06.05.2025 03:16, Mark Nottingham wrote: > Just focusing on a couple of points here - > >> On 6 May 2025, at 11:00 am, Matt Peterson <Matt.Peterson=40entrust.com@dmarc.ietf.org> wrote: >> >>> Is the HTTP reference really only informative? >> >> NO CHANGE. Yes. Informative. HTTP reference isn’t even normative for RFC7644. > > That seems like an errata on 7644, then. If it's not possible to implement SCIM without implementing HTTP, and the requirements of HTTP are also relevant to SCIM, it needs to be a normative reference. > > >>> The last example in Section 2 could be read as showing a GET request with >>> content; but the content is from the response, right? So please split the >>> artwork into request/response. >> >> NO CHANGE. Again, we follow patterns established by RFC 7644. We wanted cursor pagination draft to fit as closely as possible as an “addendum to” RFC 7644 where, in 3.4.2.4 which uses table to define index pagination query parameters. > > From what I can see, 7644 typically separates responses from requests with a phrase like "The server responds with", to more clearly delineate them; that is not done here. > ... Minimally, request and response need to be in separate pieces of artwork: - it shows what is what - it helps with page breaking -> https://github.com/ietf-scim-wg/draft-ietf-scim-cursor-pagination/pull/21 Best regards, Julian -- <green/>bytes GmbH, Hafenweg 16, D-48155 Münster, Germany Amtsgericht Münster: HRB5782
Received on Friday, 9 May 2025 04:20:28 UTC