Re: [Technical Errata Reported] RFC7232 (5236)

> +1 - Barry, can we please mark this as REJECTED?

Done.

Barry

> > On 20 Aug 2020, at 4:22 pm, Julian Reschke <julian.reschke@gmx.de> wrote:
> >
> > Am 29.01.2018 um 02:00 schrieb Mark Nottingham:
> >> FWIW, I think the source of confusion here is taking this statement out of context:
> >>
> >> """However, if a resource has distinct representations that differ only in their metadata, such as might occur with content negotiation over media types that happen to share the same data format, then the origin server needs to incorporate additional information in the validator to distinguish those representations."""
> >>
> >> The complete paragraph is:
> >>
> >> """There are a variety of strong validators used in practice. The best are based on strict revision control, wherein each change to a representation always results in a unique node name and revision identifier being assigned before the representation is made accessible to GET. A collision-resistant hash function applied to the representation data is also sufficient if the data is available prior to the response header fields being sent and the digest does not need to be recalculated every time a validation request is received. However, if a resource has distinct representations that differ only in their metadata, such as might occur with content negotiation over media types that happen to share the same data format, then the origin server needs to incorporate additional information in the validator to distinguish those representations."""
> >>
> >> I.e., the statement is being made in the context of generating strong validators based only upon the message body, when the headers might also change.
> >>
> >> Cheers,
> >
> > We tracked this in <https://github.com/httpwg/http-core/issues/163> but
> > then decided not to make a change.
> >
> > I *believe* we should thus reject this erratum.
> >
> > Best regards, Julian
> >
>
> --
> Mark Nottingham   https://www.mnot.net/
>

Received on Thursday, 27 August 2020 12:40:06 UTC