[ 
https://issues.apache.org/jira/browse/SYNAPSE-397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andreas Veithen reopened SYNAPSE-397:
-------------------------------------


I don't see the need to introduce a property to switch between absolute URIs 
and paths. Indeed, the requirements in RFC1945 (HTTP/1.0) are quite clear:

(1) "The absoluteURI form is only allowed when the request is being made to a 
proxy."
(2) If the requests targets a "resource on an origin server or gateway [...] 
only the absolute path of the URI is transmitted".

RFC2616 (HTTP/1.1) adds another requirement:

(3) "To allow for transition to absoluteURIs in all requests in future versions 
of HTTP, all HTTP/1.1 servers MUST accept the absoluteURI form in requests, 
even though HTTP/1.1 clients will only generate them in requests to proxies."

Since the NIO HTTP transport doesn't support proxies, the behavior described in 
this issue is clearly a violation of the HTTP protocol specifications (both 1.0 
and 1.1) and the absolute path should always be used. Note that because of 
requirement (3), this never caused problems before.

> Make it possible for a user to specify that a http/s POST should use only the 
> PATH segment instead of the default full URL
> --------------------------------------------------------------------------------------------------------------------------
>
>                 Key: SYNAPSE-397
>                 URL: https://issues.apache.org/jira/browse/SYNAPSE-397
>             Project: Synapse
>          Issue Type: Improvement
>          Components: Transports
>    Affects Versions: 1.2
>            Reporter: Asankha C. Perera
>            Assignee: Asankha C. Perera
>            Priority: Minor
>             Fix For: 1.3
>
>
> Support a new Axis2 message context property POST_TO_PATH (similar to the 
> 'FORCE_HTTP_1.0' property) so that a http/s POST would be of the form
> POST /somepath HTTP/1.x 
> instead of
> POST http://host:port/somepath HTTP/1.x

-- 
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to