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-13 15:19 ------- Oleg, for your information : bug 2 and bug 1 are related. Both have to do with the headers. If you supply the headers using httpclient.addParameter(string, string) and httpclient(string, string, file) you get the incorrect value for the string parameter and the "\r\n" in the file. If however you use my classes (which in fact do everything to as the browser would do) the value of the string is correct and the "\r\n" disappears from the beginning of the file. As such, with your information included, I agree that it is indeed an error in the FileUpload. a third related bug: if in the StringPart you only take out the "Content-transfer-encoding" part (by overwriting sendTransferEncodingHeader(OutputStream arg0) throws IOException) the value of the parameter becomes (using my code as defined in the bug description) : "\rdefault\r\u0003" (about the 3 in \u003 I am not sure any more but it was something like that). This again indicates that the parsing of the MultiParts is not correct regards dirkp --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
