Mailing-List: contact commons-httpclient-dev-help@jakarta.apache.org;
 run by ezmlm
Precedence: bulk
Reply-To: "Commons HttpClient Project"
 <commons-httpclient-dev@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <20040902064638.8158.qmail@nagoya.betaversion.org>
References: <20040902064638.8158.qmail@nagoya.betaversion.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <E959043F-FCDA-11D8-BAE0-00306557E112@u.washington.edu>
Content-Transfer-Encoding: 7bit
From: Michael Becke <becke@u.washington.edu>
Subject: Re: DO NOT REPLY [Bug 21329]  -  Add InputStream buffering.
Date: Thu, 2 Sep 2004 08:23:35 -0400
To: "Commons HttpClient Project" <commons-httpclient-dev@jakarta.apache.org>

Hi Roland,

Yes, that was definitely part of the discussion, and this seems to be a 
pretty good solution for that.  Now that I've slept on it , I think 
this also came up when were originally discussing isStale() and how to 
determine if a connection is still valid.  Does buffering at this level 
cause problems here?  My gut reaction is that is that is could, but 
probably won't under most conditions.  My feeling is that there 
shouldn't be anything buffered between requests.  Does anyone have a 
good real-world test case for this?

Mike

On Sep 2, 2004, at 2:46 AM, bugzilla@apache.org wrote:

> 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=21329>.
> 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=21329
>
> Add InputStream buffering.
>
>
>
>
>
> ------- Additional Comments From rolweber@de.ibm.com  2004-09-02 06:46 
> -------
> Hi Mike,
>
> the discussion usually centered around buffering for the response body.
> Since folks could just get the input stream and create their own 
> buffered
> stream on top, there didn't seem to be a need to create a buffered 
> stream
> within Http Client. (That's what I recall, I didn't check the 
> archives.)
>
> cheers,
>   Roland
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: 
> commons-httpclient-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: 
> commons-httpclient-dev-help@jakarta.apache.org
>


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