Re: [Technical Errata Reported] RFC7232 (5236)

"Roy T. Fielding" <fielding@gbiv.com> Tue, 16 January 2018 21:28 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A38112EB2D for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 16 Jan 2018 13:28:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.76
X-Spam-Level:
X-Spam-Status: No, score=-6.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gbiv.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q4fJWm65mkkG for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 16 Jan 2018 13:28:53 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1017212EB2B for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 16 Jan 2018 13:28:53 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1ebYkc-0003kj-0i for ietf-http-wg-dist@listhub.w3.org; Tue, 16 Jan 2018 21:26:34 +0000
Resent-Date: Tue, 16 Jan 2018 21:26:34 +0000
Resent-Message-Id: <E1ebYkc-0003kj-0i@frink.w3.org>
Received: from titan.w3.org ([128.30.52.76]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <fielding@gbiv.com>) id 1ebYkU-0003jv-8b for ietf-http-wg@listhub.w3.org; Tue, 16 Jan 2018 21:26:26 +0000
Received: from sub5.mail.dreamhost.com ([208.113.200.129] helo=homiemail-a94.g.dreamhost.com) by titan.w3.org with esmtps (TLS1.1:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from <fielding@gbiv.com>) id 1ebYkE-0008Ni-N5 for ietf-http-wg@w3.org; Tue, 16 Jan 2018 21:26:25 +0000
Received: from homiemail-a94.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a94.g.dreamhost.com (Postfix) with ESMTP id C49908019C04; Tue, 16 Jan 2018 13:25:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gbiv.com; h=content-type :mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=gbiv.com; bh=OKIqLmFbaKEsLXrV8sJxdsXHezw=; b=dwgnCuNd7fdDhGhlXQ7n2y748Z8M nTGP10W7Kt6RqFje4YGpKV6LcPHuse+1tkv5g9vV1prmKgZKH3f8W2N8Av+HWO2y WteR/kn9sgaMiqsl+ClvKByNfgUMMcQfYA3dOFCfGn+lLG4DL9nO58B13Axg5uB9 rAAtm6qadqcCo+w=
Received: from [192.168.1.7] (ip68-228-64-138.oc.oc.cox.net [68.228.64.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: fielding@gbiv.com) by homiemail-a94.g.dreamhost.com (Postfix) with ESMTPSA id ADFC08019C03; Tue, 16 Jan 2018 13:25:45 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
From: "Roy T. Fielding" <fielding@gbiv.com>
X-Mailer: iPhone Mail (15C153)
In-Reply-To: <1516134882.3375943.1237594864.4C01254F@webmail.messagingengine.com>
Date: Tue, 16 Jan 2018 13:25:44 -0800
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, Julian Reschke <julian.reschke@greenbytes.de>, ben@nostrum.com, aamelnikov@fastmail.fm, adam@nostrum.com, Mark Nottingham <mnot@mnot.net>, pmcmanus@mozilla.com, ietf-http-wg@w3.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <9980D6D1-D760-45CB-82D8-8BDBF7445FE8@gbiv.com>
References: <20180116155124.07618B81F2B@rfc-editor.org> <55475510-2367-435F-8719-77DFBACADE5C@gbiv.com> <1516134882.3375943.1237594864.4C01254F@webmail.messagingengine.com>
To: Chris Pacejo <chris@pacejo.net>
X-W3C-Hub-Spam-Status: No, score=-7.6
X-W3C-Hub-Spam-Report: AWL=1.415, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: titan.w3.org 1ebYkE-0008Ni-N5 73785b17e1a2fe787791842d8709290d
X-Original-To: ietf-http-wg@w3.org
Subject: Re: [Technical Errata Reported] RFC7232 (5236)
Archived-At: <https://www.w3.org/mid/9980D6D1-D760-45CB-82D8-8BDBF7445FE8@gbiv.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/35016
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

> On Jan 16, 2018, at 12:34 PM, Chris Pacejo <chris@pacejo.net> wrote:
> 
> Hi Roy and Julian, thanks for the replies.
> 
>> On Tue, Jan 16, 2018, at 2:33 PM, Roy T. Fielding wrote:
>> The Original Text is about weak validators, which don't even require that
>> the content be the same. The two do not conflict.  The suggested change
>> would be incorrect.
> 
> The specific text which confuses me, from the section on weak validators, is (emphasis mine):
> 
> "However, two simultaneous representations might share the same *strong* validator if they differ only in the representation metadata, such as when two different media types are available for the same representation data."
> 
> Am I misunderstanding that this is in conflict with the example you gave?  (text/plain and application/json representations with same octets must have different strong validators.)
> 
> Similarly:
> 
> "Likewise, a validator is weak if it is shared by two or more representations of a given resource at the same time, unless those representations have identical representation data."
> 
> The "unless" clause would appear to apply to the example you gave, implying that both representations can have the same validator but need not be weak.

Yes, it does in both cases. The only distinction between weak and strong validation is that strong can be used for partial updates of the body. That’s why the metadata doesn’t matter. If the server wants the metadata to matter, it has to construct a validator (etag) accordingly to be better than just strong.

....Roy