You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by "Roland Weber (JIRA)" <ji...@apache.org> on 2007/07/31 20:38:52 UTC
[jira] Assigned: (HTTPCORE-107) tolerate SIP or other like-HTTP
message formats
[ https://issues.apache.org/jira/browse/HTTPCORE-107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Roland Weber reassigned HTTPCORE-107:
-------------------------------------
Assignee: Roland Weber
> 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
>
>
> 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 affected:
> - 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 changes.
> 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