Re: [apps-discuss] feedback on draft-ietf-appsawg-json-patch-01.txt

"Paul C. Bryan" <pbryan@anode.ca> Tue, 20 March 2012 16:32 UTC

Return-Path: <pbryan@anode.ca>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1AF521F86A8 for <apps-discuss@ietfa.amsl.com>; Tue, 20 Mar 2012 09:32:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ErnTGi1Uh9Wp for <apps-discuss@ietfa.amsl.com>; Tue, 20 Mar 2012 09:32:28 -0700 (PDT)
Received: from maple.anode.ca (maple.anode.ca [72.14.183.184]) by ietfa.amsl.com (Postfix) with ESMTP id E3FD921F8557 for <apps-discuss@ietf.org>; Tue, 20 Mar 2012 09:32:27 -0700 (PDT)
Received: from [192.168.11.246] (unknown [209.52.95.5]) by maple.anode.ca (Postfix) with ESMTPSA id D21DA6456 for <apps-discuss@ietf.org>; Tue, 20 Mar 2012 16:32:26 +0000 (UTC)
Message-ID: <1332261146.2171.7.camel@neutron>
From: "Paul C. Bryan" <pbryan@anode.ca>
To: apps-discuss@ietf.org
Date: Tue, 20 Mar 2012 09:32:26 -0700
In-Reply-To: <4F689626.9070500@gmx.de>
References: <20120309212231.16366.52439.idtracker@ietfa.amsl.com> <4F689626.9070500@gmx.de>
Content-Type: multipart/alternative; boundary="=-zztBN4mdbcmwFIG5AOpR"
X-Mailer: Evolution 3.2.2-1
Mime-Version: 1.0
Subject: Re: [apps-discuss] feedback on draft-ietf-appsawg-json-patch-01.txt
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Tue, 20 Mar 2012 16:32:29 -0000

I happen to think JSON Pointer should be the pointer syntax for fragment
identifiers used by JSON Patch, not application/json per se. I don't
currently see why one would need to amend the JSON specification to
support this; any JSON Patch implementation should be fully capable of
resolving fragment identifiers itself.

Paul 

On Tue, 2012-03-20 at 15:37 +0100, Julian Reschke wrote:

> On 2012-03-09 22:22, internet-drafts@ietf.org wrote:
> >
> > A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Applications Area Working Group Working Group of the IETF.
> > ...
> 
> I'd like to repeat my concern I posted on the -00 version:
> 
> > On 2012-01-05 02:42, "Martin J. Dürst" wrote:
> >
> >     ...
> >
> >         Appendix A:
> >
> >         The semantics of fragment identifiers depends on the media type. You
> >         need to be clear whether you're trying to define the fragid semantics
> >         for application/json (which as far as I recall doesn't define any), or
> >         something else.
> >
> >     Yes. I'd propose that you just say you do, and then add a line at the
> >     top saying that your RFC-to-be will update the JSON definition. You'll
> >     also have to note that in an IANA section.
> >
> >> ...
> >
> > I have to say that I'm getting nervous about this.
> >
> >
> > 1) When this WG adopted this as a work item, was it clear that JSON pointer isn't "a pointer syntax" but "*the* pointer syntax"?
> >
> > 2) Also, declaring this the one and only fragment identifier syntax for application/json means that we're closing the door for any future syntax that offers more expressiveness.
> >
> > In XML, people tried to handle this problem with a whole framework (XPointer), which doesn't seem to work too well.
> >
> > Maybe in this case the solution would be to reserve more delimiter characters that we'll likely need in the future (such as "[", "]", "(", ")", double quotes, single quotes etc).
> >
> > Best regards, Julian
> 
> (see 
> <http://www.ietf.org/mail-archive/web/apps-discuss/current/msg04035.html>)
> 
> Best regards, Julian
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss