Re: [weirds] Required values in JSON responses
Maarten Bosteels <maarten.bosteels@dnsbelgium.be> Fri, 24 October 2014 15:12 UTC
Return-Path: <maarten.bosteels@dnsbelgium.be>
X-Original-To: weirds@ietfa.amsl.com
Delivered-To: weirds@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40E5A1A1A58 for <weirds@ietfa.amsl.com>; Fri, 24 Oct 2014 08:12:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 7DuApJCT7geR for <weirds@ietfa.amsl.com>; Fri, 24 Oct 2014 08:12:16 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0719.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::719]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C6C1E1A1A5D for <weirds@ietf.org>; Fri, 24 Oct 2014 08:11:28 -0700 (PDT)
Received: from AM3PR06MB115.eurprd06.prod.outlook.com (10.242.245.149) by AM3PR06MB114.eurprd06.prod.outlook.com (10.242.245.148) with Microsoft SMTP Server (TLS) id 15.0.1054.13; Fri, 24 Oct 2014 15:11:04 +0000
Received: from AM3PR06MB115.eurprd06.prod.outlook.com ([169.254.11.49]) by AM3PR06MB115.eurprd06.prod.outlook.com ([169.254.11.49]) with mapi id 15.00.1054.004; Fri, 24 Oct 2014 15:11:05 +0000
From: Maarten Bosteels <maarten.bosteels@dnsbelgium.be>
To: Andy Newton <andy@arin.net>, Audric Schiltknecht <audric.schiltknecht@viagenie.ca>, "weirds@ietf.org" <weirds@ietf.org>
Thread-Topic: [weirds] Required values in JSON responses
Thread-Index: AQHP75CMyO+cT+Zb40GmjnVhaVZ+05w/Rx8AgAA0sAA=
Date: Fri, 24 Oct 2014 15:11:05 +0000
Message-ID: <D070383D.169DE%maartenb@dnsbelgium.be>
References: <544A578F.5070801@viagenie.ca> <D06FD28E.3107A%andy@arin.net>
In-Reply-To: <D06FD28E.3107A%andy@arin.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [77.67.63.234]
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:AM3PR06MB114;
x-forefront-prvs: 0374433C81
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(24454002)(189002)(479174003)(199003)(51704005)(107886001)(92566001)(107046002)(31966008)(40100003)(122556002)(85852003)(50986999)(77096002)(21056001)(54356999)(86362001)(92726001)(36756003)(85306004)(99396003)(76176999)(106116001)(64706001)(4396001)(106356001)(87936001)(95666004)(97736003)(105586002)(66066001)(101416001)(120916001)(2501002)(19580395003)(46102003)(2656002)(76482002)(15975445006)(80022003)(20776003)(19580405001)(74482002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR06MB114; H:AM3PR06MB115.eurprd06.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
Content-Type: text/plain; charset="us-ascii"
Content-ID: <F11A9C42FD842D4089D07B765F64D729@eurprd06.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: dnsbelgium.be
Archived-At: http://mailarchive.ietf.org/arch/msg/weirds/PjS67yTCEmehQs2KhPV0aWcM5wE
Subject: Re: [weirds] Required values in JSON responses
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" <weirds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/weirds>, <mailto:weirds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/weirds/>
List-Post: <mailto:weirds@ietf.org>
List-Help: <mailto:weirds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/weirds>, <mailto:weirds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Oct 2014 15:12:20 -0000
On 24/10/14 16:02, "Andy Newton" <andy@arin.net> wrote: >On 10/24/14, 9:43 AM, "Audric Schiltknecht" ><audric.schiltknecht@viagenie.ca> wrote: > >>Hello, >> >>I have not followed all previous discussions about this, so I may be >>missing some information regarding this issue. >> >>In current JSON response draft (version 10): >> >>* Section 2.1: >> Clients processing JSON responses need to be prepared for values >> specified in this document to be absent from a response, as no JSON >> value listed is required to appear in a response. In other words, >> servers are free to not included values based on their own policies. >> >>I understand this statement as the fact that there is no REQUIRED values >>defined in all the document (and that in fact, even an empty JSON >>response is a valid response). >> >>(Also, there is a small nit: "servers are free to not included values" -> >>"servers are free to not include values"). >> >> >>However, >>* Section 4.9 >> An objectClassName is REQUIRED in all RDAP >> response objects so that the type of the object can be interpreted. >> >>This sections states that the 'objectClassName' JSON member is REQUIRED. >> >>Furthermore, >>* Section 4.2: >> >> The JSON name/values of "rel", "href", "hreflang", "title", "media", >> and "type" correspond to values found in Section 5 of [RFC5988]. The >> "value" JSON value is the context URI as described by [RFC5988]. The >> "href" JSON value MUST be specified. All other JSON values are >> OPTIONAL. >> >>Here, the 'href' value is a MUST for 'links' array. >> >> >>Long story short, sections 4.2 and 4.9 both specify required values for >>JSON objects whereas Section 2.1 states that there is no required value. >> >>Did I miss something about that? > >No, I think you found a wording glitch. I propose the following change: > >OLD: > > Clients processing JSON responses need to be prepared for values > specified in this document to be absent from a response, as no JSON > value listed is required to appear in a response. In other words, > servers are free to not included values based on their own policies. > >NEW: > > > Clients processing JSON responses need to be prepared for values > representing registration data specified in this document to be > absent from a response. In other words, servers are free to not > included JSON values containing registration data based on their > own policies. NEWER: Clients processing JSON responses need to be prepared for values representing registration data specified in this document to be absent from a response. In other words, servers are free to not include JSON values containing registration data based on their own policies. Replaced "free to not included" by "free to not include" br Maarten > >-andy > > >_______________________________________________ >weirds mailing list >weirds@ietf.org >https://www.ietf.org/mailman/listinfo/weirds
- [weirds] Required values in JSON responses Audric Schiltknecht
- Re: [weirds] Required values in JSON responses Andy Newton
- Re: [weirds] Required values in JSON responses Maarten Bosteels
- Re: [weirds] Required values in JSON responses Audric Schiltknecht
- Re: [weirds] Required values in JSON responses Andy Newton
- Re: [weirds] Required values in JSON responses Andy Newton