Re: [apps-discuss] draft-ietf-appsawg-json-pointer escape characters

Joe Hildebrand <jhildebr@cisco.com> Thu, 12 April 2012 15:49 UTC

Return-Path: <jhildebr@cisco.com>
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 6D0DD21F8698 for <apps-discuss@ietfa.amsl.com>; Thu, 12 Apr 2012 08:49:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.532
X-Spam-Level:
X-Spam-Status: No, score=-8.532 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, RCVD_NUMERIC_HELO=2.067]
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 JEsYUDWVc72J for <apps-discuss@ietfa.amsl.com>; Thu, 12 Apr 2012 08:49:24 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id ACCDE21F8693 for <apps-discuss@ietf.org>; Thu, 12 Apr 2012 08:49:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jhildebr@cisco.com; l=1464; q=dns/txt; s=iport; t=1334245764; x=1335455364; h=date:subject:from:to:message-id:in-reply-to:mime-version: content-transfer-encoding; bh=sZCkP5xBJcg4wp7yJXzNEw1QzO5loxM8CqsOqVwnCic=; b=T6Iz53ilsW4XTvUnh/QkzeAFeoLrUqlMYck+EU8pVtqvZ4vQ5yj7vFo5 0E/iwgqOiz16SJEIWiOxv7lRkbW52bUQikbMaHB6SIZy8NZk2lftDZeW6 XYbeAUdzTmMz1OYEkKqzvPSenlMZ4RaD231Y0rGushE7tCnXvKDog46OH Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvUHADr4hk+tJXHB/2dsb2JhbABEuWUCgQeCCQEBAQMBAQEBDwEnAgExEA0BCG0wAQEEARIih14DBgULmmGgFASKM4dLBIhajRKOTYFpgwY
X-IronPort-AV: E=Sophos;i="4.75,410,1330905600"; d="scan'208";a="74152112"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-2.cisco.com with ESMTP; 12 Apr 2012 15:49:24 +0000
Received: from xbh-rcd-302.cisco.com (xbh-rcd-302.cisco.com [72.163.63.9]) by rcdn-core2-6.cisco.com (8.14.3/8.14.3) with ESMTP id q3CFnN4I008731; Thu, 12 Apr 2012 15:49:23 GMT
Received: from xmb-rcd-313.cisco.com ([72.163.63.28]) by xbh-rcd-302.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 12 Apr 2012 10:49:23 -0500
Received: from 64.101.74.200 ([64.101.74.200]) by XMB-RCD-313.cisco.com ([72.163.63.28]) with Microsoft Exchange Server HTTP-DAV ; Thu, 12 Apr 2012 15:49:23 +0000
User-Agent: Microsoft-Entourage/12.32.0.111121
Date: Thu, 12 Apr 2012 09:49:22 -0600
From: Joe Hildebrand <jhildebr@cisco.com>
To: Julian Reschke <julian.reschke@gmx.de>, apps-discuss@ietf.org
Message-ID: <CBAC55A2.2784D%jhildebr@cisco.com>
Thread-Topic: [apps-discuss] draft-ietf-appsawg-json-pointer escape characters
Thread-Index: Ac0Yw9QdrZE43NkDSkmjDdJb6XLhpg==
In-Reply-To: <4F86F5E9.1040202@gmx.de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 12 Apr 2012 15:49:23.0391 (UTC) FILETIME=[D4F1ACF0:01CD18C3]
X-Mailman-Approved-At: Fri, 13 Apr 2012 08:06:25 -0700
Subject: Re: [apps-discuss] draft-ietf-appsawg-json-pointer escape characters
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: Thu, 12 Apr 2012 15:49:25 -0000

I really like this.  Would you unescape *all* %-encoded, or just the ones in
that list?  What about escape sequences that lead to invalid UTF-8, for
example?


On 4/12/12 9:34 AM, "Julian Reschke" <julian.reschke@gmx.de> wrote:

> Hi there,
> 
> right now, the draft escapes forward slashes in reference tokens using
> ^-escapes, that is:
> 
>   a/b
> 
> becomes
> 
>   a^/b
> 
> and
> 
>   a^b
> 
> becomes
> 
>   a^^b
> 
> (Reminder: previously "\" was used, but it results in ugly double
> escaping when the pointer occurs in a JSON string).
> 
> A drawback of this scheme is that when the pointer is used inside a URI,
> such as the path component of a an HTTP URI, the / still needs to be
> escaped, so the name
> 
>    a/b
> 
> becomes the pointer
> 
>    a^/b
> 
> and would end up as
> 
>    a%5e%2fb
> 
> in the URI.
> 
> 
> An alternate proposal I heard during the IETF meeting in Paris was to
> simply apply URI percent escaping to the characters in the URI
> gen-delims range:
> 
>   gen-delims  = ":" / "/" / "?" / "#" / "[" / "]" / "@"
> 
> so
> 
>    a/b
> 
> would simply become
> 
>    a%2fb
> 
> and wouldn't need any further escaping in a URI path component.
> 
> Feedback appreciated,
> 
> Julian
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss

-- 
Joe Hildebrand