Re: [apps-discuss] draft-ietf-weirds-bootstrap-00 and our lawn -- feedback?
Darrel Miller <darrel.miller@gmail.com> Sun, 16 February 2014 16:09 UTC
Return-Path: <darrel.miller@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FE721A00CD for <apps-discuss@ietfa.amsl.com>; Sun, 16 Feb 2014 08:09:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=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 Tifpbg9SXPel for <apps-discuss@ietfa.amsl.com>; Sun, 16 Feb 2014 08:09:25 -0800 (PST)
Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) by ietfa.amsl.com (Postfix) with ESMTP id 414E71A002C for <apps-discuss@ietf.org>; Sun, 16 Feb 2014 08:09:25 -0800 (PST)
Received: by mail-ig0-f180.google.com with SMTP id m12so3689756iga.1 for <apps-discuss@ietf.org>; Sun, 16 Feb 2014 08:09:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=hd7zlSA+jXYV1v+RXC+cpuEYz6OVRqfOImvY4bVGIJk=; b=f25V5wEIbk+vTXDJGmemMNMqKQd0um5wOWT2wHUVaGrHbMQlhiofB9eQ5d9khnYPkk ydMjjCPltoyXV99oxte4fjknV9qjFGWscgR4YNkXfHgUFlioh86laY2ugbRtSJ/lv5Cn 10mQYHOndafIC5X8nxTz4+4Bm+ks7MzHgqhTbTFXMmjq1jZavVo+7Xt7U+n1ESw3dCRV 08tHKfa7ce0ofOG0ybl97W/O7KYQM1ZkQqZGLadSrlWKxUJqtDAHQ995CpZYhz6jyp/l G6xQqap1eKWNk5G+KOpsSTWpDHRSZJnzPX+lPaRALsmcpu/T7qFbcDvxaCX2oxmLbu8r WTvQ==
MIME-Version: 1.0
X-Received: by 10.50.119.161 with SMTP id kv1mr12420424igb.8.1392566962868; Sun, 16 Feb 2014 08:09:22 -0800 (PST)
Received: by 10.42.195.206 with HTTP; Sun, 16 Feb 2014 08:09:22 -0800 (PST)
Date: Sun, 16 Feb 2014 11:09:22 -0500
Message-ID: <CAKioOqsrRc6FztKtLtTShYP7gPi5TN5OvO710vAqZc0ni68cXA@mail.gmail.com>
From: Darrel Miller <darrel.miller@gmail.com>
To: IETF Apps Discuss <apps-discuss@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"
Archived-At: http://mailarchive.ietf.org/arch/msg/apps-discuss/9ZfDXVYnZXdS1evlnuXSY_E0rUk
Subject: Re: [apps-discuss] draft-ietf-weirds-bootstrap-00 and our lawn -- feedback?
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: darrel@tavis.ca
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: Sun, 16 Feb 2014 16:09:27 -0000
John, Your client is a three line shell script because someone took the time to write programs like wget that implement a standard protocol. It would surprise me if someone hasn't already written a URI template processing utility that you can call from your script. Your 3 lines would likely end up being 4 lines. Pseudocode would look something like, get homedoc from homeUri parse desired service uri template from homedoc resolve URI template with parameters get informationdoc from resolved URI However, we seem to be addressing this whole issue from the wrong perspective. It is quite probable that the people who are implementing the RDAP servers will have no issue handling the URIs. It is quite likely that the clients will be able to successfully create the necessary URIs. It is possible that you will not need to change the RDAP URI space once the spec has been baked. However, you are highly visible, publicly accessible service that has chosen to use HTTP. IETF best practices recommend that you don't do what you are doing. Will it work for you, sure, probably, because of your context. The problem is that other developers developing HTTP based services are going to look to what you have done as an example and say, look, at how RDAP works. If it works for them, then why won't it work for us. But their context may not be the same as yours. It is in the web's best interest if high profile services like RDAP are a model for others to follow. The question should not be, why should RDAP follow best practices when they are not absolutely necessary? The question should be, what justification exists for not following that guidance. Justifications might include, - there are no URITemplate processing libraries available on the target client platforms. - caching infrastructure does not exist on client platforms to minimize the impact of the extra round-trip to get the home doc. I don't know if these are valid objections, but I think that would be a better discussion to have than the current one. Regards, Darrel On Sat, Feb 15, 2014 at 10:55 PM, John Levine <johnl@taugh.com> wrote: >>One of the major advantages of using URI templates, beyond freeing the >>server from conforming to conventions, is that it makes client code >>really simple. > > People keep saying this. My client is a three line shell script that > uses wget and grep (really.) Could you explain how that works with > templates? > > While you're at it, it'd also be helpful to identify some web servers > that people might plausibly use to implement RDAP in 2014 (as opposed > to an exercise in retrocomputing) that couldn't handle the syntax in > rdap-query. You can skip the .wellknown stuff, which is a holdover > from a point when we thought we might use something like SRV records > that don't provide a path in the bootstrap. > > R's, > John > > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss
- Re: [apps-discuss] unpersuasive advice, was draft… John Levine
- [apps-discuss] draft-ietf-weirds-bootstrap-00 and… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Tim Bray
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Erik Wilde
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Marc Blanchet
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Marc Blanchet
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Marc Blanchet
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Tim Bray
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Martin J. Dürst
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John R Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John R Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Tim Bray
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Arnt Gulbrandsen
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Graham Klyne
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John R Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Simon Perreault
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Arnt Gulbrandsen
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Marc Blanchet
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Darrel Miller
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Darrel Miller
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Tim Bray
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Darrel Miller
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Darrel Miller
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John R Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] unpersuasive advice, was draft… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Graham Klyne
- [apps-discuss] Pete and Barry: now it is up to yo… Paul Hoffman
- Re: [apps-discuss] Pete and Barry: now it is up t… Andrew Newton
- Re: [apps-discuss] Pete and Barry: now it is up t… Tim Bray
- Re: [apps-discuss] Pete and Barry: now it is up t… Murray S. Kucherawy
- Re: [apps-discuss] Pete and Barry: now it is up t… Pete Resnick
- Re: [apps-discuss] Pete and Barry: now it is up t… Paul Hoffman