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 26070] - [RFE] Allow streaming of POST methods via chunked transfer encoding.
Date Fri, 16 Jan 2004 16:01:25 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=26070>.
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=26070

[RFE] Allow streaming of POST methods via chunked transfer encoding.





------- Additional Comments From olegk@apache.org  2004-01-16 16:01 -------
> The optimization for small buffers is just that, an optimization. Chunking can
> be quite wasteful for small payloads, both in terms of total transfered bytes
> and the logic to encode/decode the chunk.

Right, but not in this particular case, when all the available content (< 2K) is
sent as one chunk. One does incur an overhead of two headers (for a payload
chunk and a closing chunk), but IMHO such overhead is negligible.

> I think the real architectural issue here may be that HttpClient assumes all
> headers must be available before at least some processing is performed on the
> body.

The current architecture of HttpClient is simply broken. Period. It is in a dire
need of a complete overhaul. But we do try to make things better, not worse,
until we finally get a change to fix the HttpClient fundamentals. The attempt to
implement deferred header writing on top of the existing architecture does not
seem to make things better (at least IMHO)

Oleg

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org


Mime
View raw message