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