DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41536>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41536





------- Additional Comments From [EMAIL PROTECTED]  2007-02-05 17:06 -------
(In reply to comment #3)
> Adding a Content-Length header is not recommended, as this header is created 
> by the underlying protocol.
> 
> I suspect this has confused HttpClient into not adding the chunked header but 
> still generating chunked output.
> 
> The code currently returns -l from the contentLength() method in the 
> RequestEntity instance; this forces chunked encoding.
> 
> It would be easy enough to return the actual length where the message has 
> been 
> provided in the text box, and thus avoid chunked encoding. Probably worth 
> doing.
> 

There is a patch in this bug that does that:

http://issues.apache.org/bugzilla/show_bug.cgi?id=39827

> Not so sure that this is possible for file input; the file size returned by 
> the OS may not match the number of bytes actually sent, and one does not want 
> to read the file twice.
> 

If that is the case, can we just return -1 if it is a file?

Thanks!

> Can you not persuade your application to accept chunked input?



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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

Reply via email to