Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Mime-Version: 1.0 (Apple Message framework v618)
In-Reply-To: <20040604135640.GA15467@moja.mine.nu>
References: <20040604135640.GA15467@moja.mine.nu>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <036D1058-B836-11D8-A2A7-00306557E112@u.washington.edu>
Content-Transfer-Encoding: 7bit
From: Michael Becke <becke@u.washington.edu>
Subject: [HttpClient] Re: Download of file causes connection breakdown with
 debugging off
Date: Sun, 6 Jun 2004 23:51:53 -0400
To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>

Hello Ralf,

This sounds quite strange.  The fact that calling getResponseBody() 
fixes the problem leads me to believe that the responses were not being 
fully processed.  When executing a method you must be sure to call 
HttpMethod.releaseConnection() or read the entire method response 
(which implicitly calls HttpMethod.releaseConnection())).  My guess is 
that this was not happening.  If you post some sample code of how you 
are using HttpClient, along with a wire log 
<http://jakarta.apache.org/commons/httpclient/logging.html> we will be 
able to get a better idea of what's happening.

Mike

On Jun 4, 2004, at 9:56 AM, tripod@moja.mine.nu wrote:

> Hello everybody,
>
> I found the following problem:
>
> With my Web-App ( Bea 6.1 / struts ) I wanted (in fact had to :-) 
> download
> a not so small file ( about 170k ) from a Microsoft IIS server from a 
> partner
> company using NTLM auth.
>
> When the loglevel was set to debug everything worked fine using the
> authentication as well as the method.getResponseBodyAsStream();.
>
> As soon as I turned off logging, and the data going over the wire
> was not printed in the logfile, I received only 1-4 IP-Packets
> containing response data, then my machines decreased the receive
> window to 0, and the server doesn't send ( correctly ) any more 
> packages.
> Tested on Linux and Solaris.
>
> I now bypassed the problem by not using the 
> method.getResponseBodyAsStream()
> but getting the byte[] instead, and putting it into an appropriate
> InputStream.
>
> What could be the reason for this? When reading the input stream I had
> to do lots of line-based parsing, did i let wait the stream too long,
> means reading too slow? Did anyone else appear such a problem already?
>
> Kind Regards,
>   Ralf Fischer
> -- 
> Ralf Fischer
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
>


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