Re: Issue 196, was: #110: how to determine what entity a response carries

On 15.10.2009 06:07, Mark Nottingham wrote:
> Flipping this to editorial; I don't think there's a design aspect to
> this one (it's just specifying something already present more clearly).
> ...

Here's proposed text for the definition of "Effective Request URI", with 
questions inlined:

--
4.3.  Effective Request URI

    The term "Effective Request URI" is introduced in order to abstract
    away the various syntactical forms a request can take.

    If the request-target is an absolute-URI, then the Effective Request
    URI is the request-target. [[effrequri-scheme: What about the case
    where the given scheme name and the transport disagree? --jre]]

    If the request-target uses the path-absolute (plus optional query)
    syntax, then the Effective Request URI is constructed by
    concatenating

    o  the scheme name: "http" if the request was received over an
       insecure TCP connection, or "https" when received over SSK/
       TLS-secured TCP connection, [[effrequri-othertransports: Need to
       mention other future transports here? --jre]]

    o  the character sequence "://",

    o  the host name, as determined by the rules in Section 4.2,
       [[effrequri-nohost: How do we deal with undefined host names?
       --jre]] and

    o  the request-target obtained from the Request-Line.

    Otherwise, when request-target is an asterisk ("*") or uses the
    authority form, the Effective Request URI is undefined.

    Example: the Effective Request URI for the message

      GET /pub/WWW/TheProject.html HTTP/1.1
      Host: www.example.org

    (received over an insecure TCP connection) is "http", plus "://",
    plus the host name "www.example.org", plus the request-target "/pub/
    WWW/TheProject.html", thus
    "http://www.example.org/pub/WWW/TheProject.html".

    [[effrequri-compare: Need to declare comparison?  Can we re-use the
    comparison defined in Section 2.6.3? --jre]]
--

(see 
<http://trac.tools.ietf.org/wg/httpbis/trac/attachment/ticket/196/i196.diff>).

Feedback appreciated,

Julian

Received on Tuesday, 13 April 2010 14:41:55 UTC