Re: Last Call: <draft-ietf-appsawg-json-patch-08.txt> (JSON Patch) to Proposed Standard

Mark Nottingham <mnot@mnot.net> Wed, 19 December 2012 03:19 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7328411E8099 for <ietf@ietfa.amsl.com>; Tue, 18 Dec 2012 19:19:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.772
X-Spam-Level:
X-Spam-Status: No, score=-103.772 tagged_above=-999 required=5 tests=[AWL=-1.173, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ACdttSN77-fj for <ietf@ietfa.amsl.com>; Tue, 18 Dec 2012 19:19:11 -0800 (PST)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 30BE711E8097 for <ietf@ietf.org>; Tue, 18 Dec 2012 19:19:10 -0800 (PST)
Received: from [192.168.1.80] (unknown [118.209.33.170]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 81403509B7; Tue, 18 Dec 2012 22:19:09 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
Subject: Re: Last Call: <draft-ietf-appsawg-json-patch-08.txt> (JSON Patch) to Proposed Standard
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <p1pq2cleqx.fsf@d72933.na.sas.com>
Date: Wed, 19 Dec 2012 14:19:06 +1100
Content-Transfer-Encoding: quoted-printable
Message-Id: <FE2A982D-4897-4AE2-B5DE-59B168750290@mnot.net>
References: <p1pq2cleqx.fsf@d72933.na.sas.com>
To: "David J. Biesack" <David.Biesack@sas.com>
X-Mailer: Apple Mail (2.1499)
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 03:19:12 -0000

In SVN; thanks.


On 15/12/2012, at 4:34 AM, David J. Biesack <David.Biesack@sas.com> wrote:

> 
> "4.4.  move" states
> 
>   The target location MUST NOT be part of the location defined by
>   "from"; i.e., a location cannot be moved into one of its children.
> 
> This constraint is backwards. I.e. to disallow moving into a child, 
> 
> { "op": "move", "from": "/a/b/c", "path": "/a/b/c/d" }
> 
> this should read:
> 
>   The "from" location MUST NOT be a proper prefix of the "path" location;
>   i.e., a location cannot be moved into one of its children.
> 
> I suggest using "proper prefix" instead of just "part of". For example,
> "/a/b/c" is "part of" "q/a/b/c" but such a move should be allowed
> because it is not a proper prefix.
> 
> As currently stated, moving a value UP would be disallowed. Below, the target location is part of the "from" :
> 
> { "op": "move", "from": "/a/b/c/d", "path": "/a/b/c" }
> 
> -- 
> David J. Biesack | Principal API Architect, SAS | @davidbiesack | 919-531-7771 | www.sas.com
> 

--
Mark Nottingham   http://www.mnot.net/