Re: [httpapi] New Version Notification for draft-nottingham-link-template-03.txt

Mark Nottingham <mnot@mnot.net> Tue, 19 October 2021 06:02 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: httpapi@ietfa.amsl.com
Delivered-To: httpapi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D1A43A0417 for <httpapi@ietfa.amsl.com>; Mon, 18 Oct 2021 23:02:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=J7zzFfA+; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=bRY85FnR
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 IczadcEtvcYA for <httpapi@ietfa.amsl.com>; Mon, 18 Oct 2021 23:02:23 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC6363A0414 for <httpapi@ietf.org>; Mon, 18 Oct 2021 23:02:23 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 3090C5C00E4; Tue, 19 Oct 2021 02:02:22 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Tue, 19 Oct 2021 02:02:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=x jQe74YaZI8lKRMBc440jXMbmr1Hr24ip0dL+s2Om6U=; b=J7zzFfA+Ii19jwU9x oIx6fJFXLCO+jSP3PIRqMxgHOksW/nqc9NnPY1mvM9MZBkPxrkyNq91NC6Cm/5IN 9YnAUe1EQ6/3cnqHPBDxPC0741sc0rv4oPs+NWsO6BcrAR87ueA9rZNpkVTNo8Pk OidfPyQw7bSvHMw3c1iapp7QM0E1hs4UGrce/la64iXw4rBi1HTu/7jYhiBTTWJd 3nGuCtj5v2l3ZE0zVzouh/eVwH2NL/TymueZdauKrv0vrxoo+wtBGuZaukn+/ftV iN8qQO61F3V5hE87WfA6O0H/EuL+eSoocC6nYQnqcE+FT9kgOYh3x1dcpd39RwOC Mr7HQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=xjQe74YaZI8lKRMBc440jXMbmr1Hr24ip0dL+s2Om 6U=; b=bRY85FnRNK9nxmpgiNL9O1qk85UsU9DP2g/f4eg5zdpj6ugqIcANOI29b Fs/aetzgQ/+mbJGtlV8ZO/xkQ63GI1wPQylDpyXVpOpq4kCVBaFjaaHyTnWQGyI5 cllikbW1KdGdHdJGk3Q2pRNEwflsx8UDVM8F4/F4Nmnh85XcMsjSNYXR1cgIjWVd N8T0K65ARLZxx7Sxusv4D9UYLzUpLSWiFPnc67z7kR/We1HkNWh2+CE1xVDmlfuq oKAdn4OAvxDhUYcvuCXQKTLTKLWWp5XG5EzAm486UeP1Uo7G4sgN/+naAAYGBwe/ OUPbh+KQNaiwJ38E6jHBXCDgN+nDw==
X-ME-Sender: <xms:bl9uYcxyd4SYJsB0WYjyKsMPuTRsyfikDdoFlEeBKfXLnjM35nybAQ> <xme:bl9uYQRFBbxMcgWTA7W27DoGbmCc8TpApTguSaQTKqRY6s7Vf0ZMpfWE5n1d2oSXV qISrL94H4JrE-hXFQ>
X-ME-Received: <xmr:bl9uYeVSUNmr3DRsvnyiLjW1Ty7FyjYm54dVtbCNz-5pmZvXrl2KJuyugfmRKYizVpaII8s8xrmRu0VKuvY0ImTH8idSQrzShL8X_2Ixn7S91HECpFKA9Nub>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvddvuddguddttdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeforghr khcupfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrth htvghrnhepveetgedtffeigffhjeefleeuffejjeekgfehleegueeggfehueetgeeftdeg gfeunecuffhomhgrihhnpegsihhnghdrtghomhdpohgurghtrgdrohhrghdpmhhnohhtrd hnvghtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep mhhnohhtsehmnhhothdrnhgvth
X-ME-Proxy: <xmx:bl9uYah1rPcyhMOsoGVrdhq8Nl5Fbv9J27Tqi30paVJtG14rF6C7vQ> <xmx:bl9uYeDMRslCDHqZfdZACrRTNqjO_k1WtpG7L3YyWS0qo89r5aagng> <xmx:bl9uYbIXne7IT9ImuHnRTSOU-0qQUvFQpbgQTMmc-8FNId4fvHB6HA> <xmx:bl9uYZMBWjSdjH6dB692r-doxx-hnXKei8csEq6BDm-675KTqmv6GA>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 19 Oct 2021 02:02:21 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <DM6PR00MB0666C1E98F4DF0BE4A5D9C24F0BA9@DM6PR00MB0666.namprd00.prod.outlook.com>
Date: Tue, 19 Oct 2021 17:02:19 +1100
Cc: "httpapi@ietf.org" <httpapi@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C203D2CA-36D6-42C5-B6A9-0202BD7AB63E@mnot.net>
References: <163047452150.9745.15606863469504346040@ietfa.amsl.com> <63DA4A31-930D-444D-9A4D-A639DB4D22E6@mnot.net> <33cd534b-bca9-ecfb-2029-1dfcec3fda11@gmx.de> <DM6PR00MB0666C1E98F4DF0BE4A5D9C24F0BA9@DM6PR00MB0666.namprd00.prod.outlook.com>
To: Darrel Miller <Darrel.Miller@microsoft.com>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/httpapi/IXmwOOJQ7NyzCET6Yq-iELnjFQw>
Subject: Re: [httpapi] New Version Notification for draft-nottingham-link-template-03.txt
X-BeenThere: httpapi@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Building Blocks for HTTP APIs <httpapi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/httpapi>, <mailto:httpapi-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/httpapi/>
List-Post: <mailto:httpapi@ietf.org>
List-Help: <mailto:httpapi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/httpapi>, <mailto:httpapi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Oct 2021 06:02:30 -0000

Sure. If possible, early in the session, as it will be starting at 11pm on my Friday night.

Cheers,


> On 17 Oct 2021, at 6:45 am, Darrel Miller <Darrel.Miller@microsoft.com> wrote:
> 
>  
> Am 01.09.2021 um 07:36 schrieb Mark Nottingham:
> > Hi all,
> >
> > I've had this spec on the back burner for a *long* time, because I
> > wanted to make sure it was actually useful to someone before progressing it.
> >
> > I've heard from a few people that it would be useful for them in the
> > real world, so I'd like the WG to consider adoption.
> >
> > Any thoughts?
> >
> > Cheers,
> 
> I would support adopting this specification.  The notion of var-base could be very helpful in many scenarios.  I have run into cases in OpenAPI where being able attach a globally unique identifier to a URI parameter would be extremely helpful. 
>  
> I think this could significantly improve the usability of standardized rel values.  It would be nice to be able to communicate things like this:
> Link-Template: <https://www.bing.com/search?q={search}> ; rel=”search”; var-base=”https://bing.com/searchparams/”
>  
> I also wonder if we could increate applicability by adding support for default values.  E.g.
>  
> Link-Template: </messages?skip={skip}&top={top}>; rel="next"; var-base=”https://odata.org/queryparameters”; defaults=(skip=100,top=30)
>  
> This would give a combination of a fully resolved URL and a uri template.
>  
> Mark. Should we put this on the agenda for IETF 112?
>  
> Darrel

--
Mark Nottingham   https://www.mnot.net/