You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2012/11/26 15:38:59 UTC
[jira] [Resolved] (DIRMINA-920) HTTP server decoding is broken
[ https://issues.apache.org/jira/browse/DIRMINA-920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny resolved DIRMINA-920.
---------------------------------------
Resolution: Fixed
Patch applied in http://svn.apache.org/viewvc?rev=1413650&view=rev.
Thanks for it !
> HTTP server decoding is broken
> ------------------------------
>
> Key: DIRMINA-920
> URL: https://issues.apache.org/jira/browse/DIRMINA-920
> Project: MINA
> Issue Type: Bug
> Components: Protocol - HTTP
> Affects Versions: 2.0.7
> Reporter: Jeff MAURY
> Labels: HTTP, protocol, states
> Fix For: 2.0.8, 3.0.0-M1
>
> Attachments: DIRMINA-920.patch
>
>
> HTTP server decoding (aka HttpServerDecoder) is broken is several parts:
> 1) it make the assertion that PUT and POST request must have a non -zero length body. This is false, thing about REST request: an empty PUT request can be use to create a server initialized entry and an empty POST request can be used to change properties where the value is stored in the URL (/rest/1234/status/cancelled). In that case, an exception is thrown but the state is not reset so remaining decoding will fail
> 2) it also make the assumption that only PUT and POST request can have a body where I can't find a significant case but I tried a GET request with a body on Google (GPE), Microsoft (IIS) and Apache (Apache) and Google was the only server to reject the request as malformed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira