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, 30 Apr 2004 04:07:50 GMT
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=26070>.
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=26070

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





------- Additional Comments From becke@u.washington.edu  2004-04-30 04:07 -------
> My initial intention was to do away with ByteArrayRequestEntity(), but than I
> thought I should discuss it with you first.

What would we use as a replacement?  The InputStreamReqestEntity?

> Primarily in order to avoid throwing IllegalStateException. If parameterless
> constructors and setContent may leave entity request objects in a inconsistent
> state, why should they exist in the first place?

I hear you.  This goes along with the immutability.  Fine with me.

> I have concerns that some JDKs may end up converting the entire String to an
> array of bytes prior to writing into the underlying output stream, which would
> result in unnecessary waste of memory. I may be a little too pessimistic here,
> though

I think we should stay simple here until we run into a potential performance problem.

> Mike, just take over those bits that you think make sense and incorporate them
> into your coming patch.

Ok.  Can do.

Mike

---------------------------------------------------------------------
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