hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kevin Tobin (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HTTPCLIENT-1112) HttpClient JSF issue - missing line feed character causes JSF file upload parse to fail.
Date Thu, 04 Aug 2011 00:43:28 GMT

    [ https://issues.apache.org/jira/browse/HTTPCLIENT-1112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13079151#comment-13079151

Kevin Tobin commented on HTTPCLIENT-1112:

Hi Oleg,

I will send you a small app that demonstrates the problem.


Best Regards,


 Kevin Tobin
 Infrastructure Solutions Designer
 Infrastructure & Operations

 Allianz Australia Insurance Ltd  |  2 Market Street, Sydney  NSW  2000
 Phone: +61 2 8258 6132
 eMail :  kevin.tobin@allianz.com.au

 Allianz - Employer of Choice for Women (EOWA) 2009 - 2011

> HttpClient JSF issue - missing line feed character causes JSF file upload parse to fail.
> ----------------------------------------------------------------------------------------
>                 Key: HTTPCLIENT-1112
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1112
>             Project: HttpComponents HttpClient
>          Issue Type: Bug
>          Components: HttpMime
>    Affects Versions: 4.1.1
>         Environment: Any environment.
>            Reporter: Kevin Tobin
>              Labels: newbie
>   Original Estimate: 24h
>  Remaining Estimate: 24h
> We have an application that cannot read the mime multipart generated by HttpClient's
HttpMime library but can read mime created by any other browser. Turns out that the only difference
between the HttpClient mime multipart data is a missing linefeed at the very end of the content
> The end of the mime multipart  should be a --\r\n, However, HttpClient outputs the carriage
return character " hex 0D"  but not the last line feed "hex 0A".  
> We are using an IBM JSF library that could not parse the mime multipart but even worse
- did not even report an error - so we spent a couple of days tracking down the problem.
> In the org.apache.http.entity.mime.HttpMultipart.java code  - we can see that the class
definitely writes out the last dash dash CR and LF  i.e. "--\r\n" into its internal buffers...
however the generated final output stream delivered across the network is one byte short -
i.e. missing the linefeed.  It's as if the internal Content-Length should be one byte longer.
> Our Apache File Upload code works fine with the missing linefeed generated mime data
however the IBM JSF code does not. 

This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira


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

View raw message