[http-state] terminology: "request-host" and "request-uri"
Julian Reschke <julian.reschke@gmx.de> Fri, 16 July 2010 12:48 UTC
Return-Path: <julian.reschke@gmx.de>
X-Original-To: http-state@core3.amsl.com
Delivered-To: http-state@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 977333A69FF for <http-state@core3.amsl.com>; Fri, 16 Jul 2010 05:48:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.043
X-Spam-Level:
X-Spam-Status: No, score=-3.043 tagged_above=-999 required=5 tests=[AWL=-0.444, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FyhJS86IbT8j for <http-state@core3.amsl.com>; Fri, 16 Jul 2010 05:48:07 -0700 (PDT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by core3.amsl.com (Postfix) with SMTP id 372EC3A693E for <http-state@ietf.org>; Fri, 16 Jul 2010 05:48:06 -0700 (PDT)
Received: (qmail invoked by alias); 16 Jul 2010 12:48:17 -0000
Received: from mail.greenbytes.de (EHLO [192.168.1.144]) [217.91.35.233] by mail.gmx.net (mp069) with SMTP; 16 Jul 2010 14:48:17 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX19FtFBX5MhF2A6i6P7tTva3iVRz1NKqV11q7Brisk mYaPFyZHwdUUhe
Message-ID: <4C405504.7070605@gmx.de>
Date: Fri, 16 Jul 2010 14:48:04 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5
MIME-Version: 1.0
To: "http-state@ietf.org" <http-state@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Subject: [http-state] terminology: "request-host" and "request-uri"
X-BeenThere: http-state@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discuss HTTP State Management Mechanism <http-state.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/http-state>, <mailto:http-state-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/http-state>
List-Post: <mailto:http-state@ietf.org>
List-Help: <mailto:http-state-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/http-state>, <mailto:http-state-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Jul 2010 12:48:08 -0000
Hi, the spec currently has (<http://tools.ietf.org/html/draft-ietf-httpstate-cookie-09#section-2.3>): The terms request-host and request-uri refer to the values the user agent would send to the server as, respectively, the host (but not port) and the absoluteURI (http_URL) of the HTTP Request-Line. First of all, it would be good if ABNF terms from RFC 2616 would be clearly introduced as such. Such as This specification adopts the definition of "http_URL" from Section 3.2.2 of [RFC2616]. (or something similar) -- this should be done for all terms/ABNF productions used from other spec. Furthermore, there's a problem request-host, which, depending on the format of the HTTP Request-Line will *either* come from the Host header field, or from the Request-Line. In HTTPbis, we have introduced the term "Effective Request URI", see <http://greenbytes.de/tech/webdav/draft-ietf-httpbis-p1-messaging-10.html#rfc.section.4.3>, based on which extracting thee host and the request path would be simpler. If you don't want to rely on that definition due to spec timing, you may want to consider to steal the spec text (originally introduced by Jeff for STS, btw). Best regards, Julian
- [http-state] terminology: "request-host" and "req… Julian Reschke
- Re: [http-state] terminology: "request-host" and … Adam Barth