hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 20744] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
Date Mon, 16 Jun 2003 07:39:26 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20744>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20744

HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload





------- Additional Comments From olegk@apache.org  2003-06-16 07:39 -------
Odi,
Settle down, man. You are way too harsh on Dirk. 

Sadly enough, most of the HTTP agents out there always assume transfer encoding
to be 'binary' for files and '8bit' for input elements and never bother
explicitly setting 'Content-Transer-Encoding' header. As a result, some of the
server side components get utterly confused when parsing requests that
syntactically more standards complaint than those generated by IE. This is not
HttpClient's fault, but neither is it Dirk's

Dirk,
What version of Struts are you using? I have been playing with the CVS snapshot
of Jakarta File Upload component this weekend. It looks all right. So, my
assumption now is that you are just using outdated version of Struts.

Mime
View raw message