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-09-12 14:40 -------
Hello all :)

where could i find info on the bugs you opened ("Opened bugs 20807 & 20808 for 
the FileUpload team and Struts team") ? i'm not using struts, nor FileUpload, 
and yet the Multipart is not 'correct' (i mean, i know it is correct according 
to the rfc, but my apache/tomcat server throws an exception)
---
* client-side, i'm using http client (i just downloaded commons-httpclient-2.0-
rc1.zip) to send a multipart form data 
* server side i'm using a MultipartRequest (from com.oreilly.servlet package) 
to parse the multipart
* the server tells me that an exception occured ("java.io.IOException: 
Malformed line after content type: Content-Transfer-Encoding: binary
        at com.oreilly.servlet.multipart.MultipartParser.readNextPart
(MultipartParser.java:209)")

i added some kind of a socket listener and it shows exactly what you 
discribed, Oleg : if sent from a browser or from a custom class i wrote, 
the "Content-Transfer-Encoding: binary" header is missing and the request is 
parsed without any problem.
--

So, my question is : is it better to use Dick's workaround, or should i use 
something different from a MultipartParser, or is there an opened bug at 
com.oreilly.servlet.multipart.* team - or should i warn them ?

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to