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