Re: [apps-discuss] [Editorial Errata Reported] RFC6902 (4460)

Barry Leiba <barryleiba@computer.org> Sat, 29 August 2015 13:52 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFB501AC3B9 for <apps-discuss@ietfa.amsl.com>; Sat, 29 Aug 2015 06:52:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
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 OH8IhE9efbLF for <apps-discuss@ietfa.amsl.com>; Sat, 29 Aug 2015 06:52:57 -0700 (PDT)
Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06FC51A88E9 for <apps-discuss@ietf.org>; Sat, 29 Aug 2015 06:52:57 -0700 (PDT)
Received: by vkhf67 with SMTP id f67so20892518vkh.1 for <apps-discuss@ietf.org>; Sat, 29 Aug 2015 06:52:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ahM0nLxjoi7evKwjDDtztZkNqhEqIRMqIH/3iBEYl7E=; b=of+Qc52dYWSc3Y7x1i4MdhzOw4RJK07B2xusY2ntzMzfE+JdeWtEFOmGJKNV+Kx+q2 4GtCNW+qYUTLWZEWMyAEN1RpABFUCpoGdgZ6qPrUpeJPxNbKCpPJrPjdTWltFr+f9M2A veeOkhOD+vsI0BppC72n5lxO06ddyFAji7JIMtLQfVa9eWlhyVOJuAUT+Eo1F3W4a8no b9GCL5UH8OIJQttDoeIeI+Zn4SEAQTdWGkTlbBNn4t4Nbp+CLNK2auDWWlx2Cfhb8Dy2 JFntU0N8YOpTvYAa+50zHS2QtCtCDYqB0kO96/Y7lY+2b/mF/NBUmRTZ51LI/Z+Tpj6B QBfg==
MIME-Version: 1.0
X-Received: by 10.52.32.230 with SMTP id m6mr12374940vdi.80.1440856376223; Sat, 29 Aug 2015 06:52:56 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.31.88.196 with HTTP; Sat, 29 Aug 2015 06:52:56 -0700 (PDT)
In-Reply-To: <20150829094148.9D27F180478@rfc-editor.org>
References: <20150829094148.9D27F180478@rfc-editor.org>
Date: Sat, 29 Aug 2015 09:52:56 -0400
X-Google-Sender-Auth: znvwE1cwe6a5_-RhwtXPKBPw6Tg
Message-ID: <CALaySJLEwoV0Tu6iGkLKfdPf=wCZsVwOs=F8iqikGsF7GH54Fw@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/apps-discuss/idooADnV3g-PTqVg4nWw9T0ynX8>
Cc: Apps Discuss <apps-discuss@ietf.org>, Mark Nottingham <mnot@mnot.net>, hairmare@purplehaze.ch, Jamie Nelson <pbryan@anode.ca>
Subject: Re: [apps-discuss] [Editorial Errata Reported] RFC6902 (4460)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Aug 2015 13:52:59 -0000

Thanks for the comment, Lucas.  The errata report has been posted to
the apps-discuss list, and I'm going to forward it to the json mailing
list so it's recorded there for future reference.  The errata system,
though, isn't meant for suggestions, but for recording actual errors
in the documents -- so I'm going to mark this "rejected" with a
comment that the suggestion should be consider if a new version of the
document is done.

Barry, ART AD

On Sat, Aug 29, 2015 at 5:41 AM, RFC Errata System
<rfc-editor@rfc-editor.org> wrote:
> The following errata report has been submitted for RFC6902,
> "JavaScript Object Notation (JSON) Patch".
>
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=6902&eid=4460
>
> --------------------------------------
> Type: Editorial
> Reported by: Lucas Bickel <hairmare@purplehaze.ch>
>
> Section: 4.1
>
> Original Text
> -------------
>    However, the object itself or an array containing it does need to
>    exist, and it remains an error for that not to be the case.  For
>    example, an "add" with a target location of "/a/b" starting with this
>    document:
>
>    { "a": { "foo": 1 } }
>
>    is not an error, because "a" exists, and "b" will be added to its
>    value.  It is an error in this document:
>
>    { "q": { "bar": 2 } }
>
>    because "a" does not exist.
>
> Corrected Text
> --------------
>    However, the object itself or an array containing it does need to
>    exist, and it remains an error for that not to be the case.  For
>    example, an "add" with a target location of "/a/b" starting with this
>    document:
>
>    { "a": { "foo": 1 } }
>
>    is not an error, because "a" exists, and "b" will be added to its
>    value.  It is an error in this document:
>
>    { "q": { "bar": 2 } }
>
>    because "a" does not exist. Considering a target location of "/a/1"
>    it should be not be an error in this document:
>
>     { "a": [ "foo" ] }
>
>     while the same "add" into this document will be an error:
>
>     { "a": [ ] }
>
>     because "/a/0" does not exist.
>
>
>
>
> Notes
> -----
> Adding to an object has such a nice example that explains the error cases. I think adding to a sequential array should have one as well.
>
> To my understanding this is already pretty clear from RFC6901, I feel it will make the spec easier to implement if we have an example right here.
>
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party (IESG)
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC6902 (draft-ietf-appsawg-json-patch-10)
> --------------------------------------
> Title               : JavaScript Object Notation (JSON) Patch
> Publication Date    : April 2013
> Author(s)           : P. Bryan, Ed., M. Nottingham, Ed.
> Category            : PROPOSED STANDARD
> Source              : Applications Area Working Group APP
> Area                : Applications
> Stream              : IETF
> Verifying Party     : IESG
>