Re: [Json] Leading and trailing whitespace

Tatu Saloranta <tsaloranta@gmail.com> Tue, 11 June 2013 18:30 UTC

Return-Path: <tsaloranta@gmail.com>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B10021F97E6 for <json@ietfa.amsl.com>; Tue, 11 Jun 2013 11:30:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.457
X-Spam-Level:
X-Spam-Status: No, score=-2.457 tagged_above=-999 required=5 tests=[AWL=0.142, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-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 XZxwmf-Z8yFf for <json@ietfa.amsl.com>; Tue, 11 Jun 2013 11:30:15 -0700 (PDT)
Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 589CE21F9799 for <json@ietf.org>; Tue, 11 Jun 2013 11:30:15 -0700 (PDT)
Received: by mail-wg0-f46.google.com with SMTP id c11so2685801wgh.1 for <json@ietf.org>; Tue, 11 Jun 2013 11:30:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jIZh7+c5TDwVWRw8B16BYpQIu2FfRVbG8fYrbH6Dvmg=; b=WrSV4ciqiBHKLdiCFG4/OVJstezn9E02y0DzlpzNbVST+LwZH+4Qf8aLn7ONE1H4dy 3/VHqiWZmGZmSHzp2pEa/9gaLnMGFvTO+ju7NyG/00SwA1M2Jlmcz/oqRMTfcztqimSk VTeHKn95SKwjlWIYeH6etrgoF1Pa7yE5DMWzV2Qvdbefj1VBDCAS24Lw6Gj34Af2mS4x lqXvyT/Q4UpoW/BHmPojNm2vv/ucH8uHaVDkCEYMQvVrcUnYQjbrk7+rwlImEQZ9RKyp yZIaR1NiyV14ugSIA7JP4oJCPm3kkG9mGeG98JJeutdAbeOZ5EKBVhzVrFm3/68V5Ibt L/Iw==
MIME-Version: 1.0
X-Received: by 10.180.185.44 with SMTP id ez12mr2209064wic.7.1370975414481; Tue, 11 Jun 2013 11:30:14 -0700 (PDT)
Received: by 10.227.72.74 with HTTP; Tue, 11 Jun 2013 11:30:14 -0700 (PDT)
In-Reply-To: <CAO1wJ5SDTcy5uPX28NTzek-ZmayCgiWUZMSdnSfT_TjRfcp3yg@mail.gmail.com>
References: <06c101ce6625$0f891bf0$2e9b53d0$@augustcellars.com> <379266A1-82C1-4FF5-BD7C-EE657F1FD41F@vpnc.org> <06e901ce6638$e8f27a90$bad76fb0$@augustcellars.com> <51DE7E41-D682-4340-A234-7F7CFE513C10@vpnc.org> <070b01ce664b$e5e0ac10$b1a20430$@augustcellars.com> <6E03D281-D6BA-424D-A30A-3DA18E61A051@vpnc.org> <CAK3OfOiBmzCdQtyUFoBkSFMFJijE7K8eR+9YUv7bhD2YaQBW2Q@mail.gmail.com> <CAGrxA25o6shGp4tko8PT5hf3gOJfjpqKVHiSxDx-vaO1_wiAoQ@mail.gmail.com> <CAO1wJ5SDTcy5uPX28NTzek-ZmayCgiWUZMSdnSfT_TjRfcp3yg@mail.gmail.com>
Date: Tue, 11 Jun 2013 11:30:14 -0700
Message-ID: <CAGrxA26bjC=_ePyDpK+0Ex=Xi3YATgFusEn7eQmrsW+HmEMYtg@mail.gmail.com>
From: Tatu Saloranta <tsaloranta@gmail.com>
To: Jacob Davies <jacob@well.com>
Content-Type: multipart/alternative; boundary="001a11c22574937b3004dee516c6"
Cc: Nico Williams <nico@cryptonector.com>, Jim Schaad <ietf@augustcellars.com>, Paul Hoffman <paul.hoffman@vpnc.org>, "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] Leading and trailing whitespace
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/json>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Jun 2013 18:30:16 -0000

On Tue, Jun 11, 2013 at 10:56 AM, Jacob Davies <jacob@well.com> wrote:

> On Tue, Jun 11, 2013 at 10:29 AM, Tatu Saloranta <tsaloranta@gmail.com>
> wrote:
> > And unlike with XML limitation for no whitespace before XML declaration,
> > there does not seem to be solid reasons, other than perhaps suggestion
> that
> > since this was omitted from definition it should not be added.
>
> It's clearly allowed in the RFC:
>
> JSON-text = object / array
>
> object = begin-object [ member *( value-separator member ) ] end-object
>
> begin-object    = ws %x7B ws
>
> end-object      = ws %x7D ws
>
> array = begin-array [ value *( value-separator value ) ] end-array
>
> begin-array     = ws %x5B ws
>
> end-array       = ws %x5D ws
>
> ws = *( %x20 / %x09 / %x0A / %x0D )
>


Even better -- I was assuming there was some confusion, based on discussion.
Apparently not.

-+ Tatu +-