hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Roland Weber (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HTTPCORE-107) tolerate SIP or other like-HTTP message formats
Date Sat, 08 Sep 2007 16:00:29 GMT

    [ https://issues.apache.org/jira/browse/HTTPCORE-107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525924

Roland Weber commented on HTTPCORE-107:

I've changed the uses of HttpVersion to ProtocolVersion wherever appropriate. The former getHttpVersion
in HttpMessage and related is renamed to getProtocolVersion. If you prefer getVersion instead,
please change it. That's one of the cases where Eclipse really shines :-)

There's one more thing to do: change BasicLineParser to be configurable with a ProtocolVersion
for the protocol name.


> tolerate SIP or other like-HTTP message formats
> -----------------------------------------------
>                 Key: HTTPCORE-107
>                 URL: https://issues.apache.org/jira/browse/HTTPCORE-107
>             Project: HttpComponents Core
>          Issue Type: Improvement
>    Affects Versions: 4.0-alpha5
>            Reporter: Roland Weber
>            Assignee: Roland Weber
>             Fix For: 4.0-alpha6
>         Attachments: 2k7-09-01-sip-1.txt
> The Session Initiation Protocol in RFC 3261 defines a message format which is structurally
identical to HTTP/1.1 (http://tools.ietf.org/html/rfc3261#section-7). The only difference
is that the protocol name used in the request and response lines is SIP instead of HTTP, and
the version number is 2.0. HttpCore should be able to handle these messages, or others with
alternative protocol names but identical syntactic structures. There are two parts of core
> - HttpVersion currently stores only the version number, but uses a hard-coded protocol
name HTTP
> - HTTP message parsing checks for a hard-coded protocol name HTTP (both core and NIO)
> Note that this is "tolerance for" and not "support of" SIP. SIP makes heavy use of intermediate
1xx responses, for which our HttpRequestExecutor and HttpService classes are not prepared.
The rest of the core/main module, including message representation, connections, and the params
and interceptor frameworks, could be used for SIP or other alternative protocols without further
> This is a change of medium complexity which would significantly improve the flexibility
of the HttpCore module.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org

View raw message