Re: [httpapi] Structured Fields for HTTP APIs

Julian Reschke <julian.reschke@gmx.de> Tue, 14 February 2023 10:38 UTC

Return-Path: <julian.reschke@gmx.de>
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 D45E4C136133 for <httpapi@ietfa.amsl.com>; Tue, 14 Feb 2023 02:38:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmx.de
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FkuFB6v8xXFD for <httpapi@ietfa.amsl.com>; Tue, 14 Feb 2023 02:38:43 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F976C152577 for <httpapi@ietf.org>; Tue, 14 Feb 2023 02:38:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1676371119; bh=N4PeEQCMBQo0HNYPSYrhgkAt4DcY1v+ajS0R6MWs2p8=; h=X-UI-Sender-Class:Date:Subject:To:References:From:In-Reply-To; b=L7ip8/x3sYDKd8sk/CLwjBiGp86mn4ai+ZW5uwGb3HyIn2dT45p0pQNqtTkpsyst0 22w6BeSJjxVENnkIygsLF4PPOxc+Oa5+Ogxw+9BlUiDhZ1OD7yU9XexdPJUr8PzWds 5kXL2mTfp7XYNNgM/FMxXOZOBFo0dUqmHQ2jVV8vRbOURq2qegHfXs8dY1tmYcFLha tNnRxXvR2RvvspsDbg3BIcnRCTHeqqkX5CVuSxH15ElHIYnedRnM7PpJ9Mlm9GQTsx xqbU/GKtAkA/FazLdOXcBxY506RebC4acyMwPa1NfQHfysAXNWabD/lkFmlIxygEP4 yDsIHmASSH6/A==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.178.20] ([91.61.62.193]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MVeI2-1p2TYR2wlg-00RY7P for <httpapi@ietf.org>; Tue, 14 Feb 2023 11:38:39 +0100
Message-ID: <b49abbfb-5ec2-847b-45fe-5db1ca5e4b76@gmx.de>
Date: Tue, 14 Feb 2023 11:38:36 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.7.2
Content-Language: en-US
To: httpapi@ietf.org
References: <DM6PR01MB59649603A686559109383E41A3C89@DM6PR01MB5964.prod.exchangelabs.com> <72746982-81f0-fb55-146c-d340e66cce49@dret.net> <761d217d-0ba0-e6d3-0bf2-4f581317d7ac@gmx.de> <491649cd-4689-b00d-3f6f-54474a7bcea7@dret.net>
From: Julian Reschke <julian.reschke@gmx.de>
In-Reply-To: <491649cd-4689-b00d-3f6f-54474a7bcea7@dret.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:1LsXnjXZu7kkzeS58u3xTvd0IIfH88/trPn+AclQjmzoWONXDx6 ph+uHbRsNoM+2TN6IOjH+IuiNP+HB9+BzLsL8+pUbkMpj2Dk2K7MLqE4ezvB2stv3dXPHW7 1PbmAKEIyALGDmSK9dIDMt1Z6I3g5HZLHJwewQoN7tS9oawYuuDEGxmHYybWqqMJCw+RmBZ Hvo9RvOJKm9tP3cLrF1xw==
UI-OutboundReport: notjunk:1;M01:P0:Coa0Vp1rLAo=;hv7UBb4DiKifNePmzL8emTSCmWY xQvyCW1HSfivy08fDfmavu4KPVcjE3o+nCUqi62OeZFw6EzRoxwk62+POQZKzDetFBXG2Kb96 SUra0Ihz7VY+lzLAbHbU+GaLCV7SDJqWU6Bjq7wlmGGgipZ7OR5VcV0RvS4LNSWc8Kkx/4OW/ AfVHomIT4BP1DeLyo9k9f9PPMTL47TV5mC8UfPCkEYvyOdm2IrQTBlFAtYP8Mm48zfMtwuSZV zP/IqX03/V2uHq8aHdqqu8LUyYaH7olh2IYLbYIwovXwZvkXxXrYM43eC/oRfn5d0uClSf8IF 0GD1ZljjfyONaCbkOtgtTW99QBHU8fdCK1ZoT2jMB57osnPJGzFmSURh25MgnKOr4V7m9d4js Eo3p016QMOkZ+qmjN8pPbi/7xfXHbjRSvNYZL45sTsy9bwKqQ/jE2D/VF/zb+8k6D/MJbqcwG 5EGAxKXJDqYQcUoeDn67xcHAXvt0y9aGgPFSbIPYGmtMeblkggiW6IgrW1WyZ3T6elobIpLqU 08LRPTJZfjbLPArvi4okF6Px1s0bIwtwve3WNZyyc+lhw4xcMSlncfvWB0xMUFGmYOnoxAO2L 1ofo/WlBEO0fQXmODDhgQgMoH7vdhMkrnlq7gxSxeHIMm6WWPeDw5mQ4FlBcAUXNjQK70CUDF 6zBNFUU1pa/TkiMQOOXNKsWiAAQtGSViRT5+5qAgwgvEPGpukH5H7NxLwlRTMgFklF4tg/fFF Ft+lCKN+40VhUtJhVjAoGmv7Fmfe6DChqHVOQJZa/0ZVIcxFIa88bxNcIJHng8yd8cS8LJ1oi L6Y+DyxHEZve6FSFk1bF4S8LN8Cqm4QN9lswL+raSXYIzmigs300yM2YMXnzTfUAkKedqMBFw 61hydAc92Wk+fiIsC0K1o2A+X2q4+3PmoyeI9TXSt+cF02ntg7ojfFEGWX6LT2WL94YQZUvz8 FwNnpw==
Archived-At: <https://mailarchive.ietf.org/arch/msg/httpapi/mlzSeooT0uhpZueNUHWP81DaMMg>
Subject: Re: [httpapi] Structured Fields for HTTP APIs
X-BeenThere: httpapi@ietf.org
X-Mailman-Version: 2.1.39
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, 14 Feb 2023 10:38:46 -0000

On 14.02.2023 11:27, Erik Wilde wrote:
> ...
>> How do these products cope with things like HTTP/2 and HTTP/3? Let me
>> guess: either they don't, or they leverage libs and/or operating
>> systems. If they can do that for that, why not for field value parsing?
>
> it's the former, mostly. and that's why backward-compatibility is such
> an important consideration. designs were based on the assumption that
> simple parsing machinery (think regex) is good enough.

Well - it never was.

>> I struggle to see the alternative. How do these tools *currently* parse
>> things like Content-Type, Accept, Prefer, or Cache-Control?
>
> sometimes specific parsers, sometimes simple generic machinery mostly
> based on some regex variant.
>
>> Are there *any* tools in this space which are open source? If so, do
>> they support SF? If they do not, have change requests been submitted?
>> (Pointers?)
>
> yes there are open source tools and that's an interesting question. i
> don't know, to be honest, but i'll try to find out. my guess is that
> since so far there's little demand to parse SF in the wild and lots of
> demand to implement new features, that's where the focus will be. but
> i'll try to find out.
> ...

Very much appreciated!

Best regards, Julian