Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "JMeter Users List" <jmeter-user@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <419CD11E.1080108@refractions.net>
Date: Thu, 18 Nov 2004 08:43:10 -0800
From: Brock Anderson <banders@refractions.net>
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
MIME-Version: 1.0
To: JMeter Users List <jmeter-user@jakarta.apache.org>
Subject: Re: HTTP Request sampler and streaming XML
References: <419BCE93.2070309@refractions.net>
	 <25aac9fc041117143717788f7@mail.gmail.com>
	 <419BED8F.6070006@refractions.net>
 <25aac9fc0411171759793b0bd1@mail.gmail.com>
In-Reply-To: <25aac9fc0411171759793b0bd1@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Thanks for the replies Sebastian and Peter.

It turns out that JMeter is working perfectly well, and I just got 
tricked into thinking it wasn't.  I would make an HTTP request in JMeter 
and it would take under 10 seconds, then I would do it again in IE or 
Firefox, and it would take about a minute, so I figured JMeter ignored 
much of the returned XML. 

The Save Responses Post-Processor proved to me that JMeter is actually giving the correct time.  I suppose the browsers just take a long time to display the XML.

Brock

sebb wrote:

>Sorry, that was a bit cryptic - HTTPSampler2 is the Java classname
>which uses Apache HttpClient - the display name is "HTTP Request
>HTTPCLient (ALPHA)" as you said.
>
>However, in the JMX file (and the log file) the class names are used,
>i.e HTTPSampler and HTTPSampler2.
>
>HTTPSampler uses read() on a
>BufferedInputStream(conn.getInputStream()) and loops while this is >
>-1, i.e. until EOF.
>
>HTTPSampler2 uses getResponseBody() on the http Method object.
>
>So as far as I can see, the only way that the read will terminate is
>if the underlying http protocol handler thinks it has seen all the
>data. So perhaps the server is not behaving as expected.
>
>By the way, you can use the Save Responses Post-Processor to save the
>response bodies to indidual files. That might help in debugging the
>problem.
>
>S.
>On Wed, 17 Nov 2004 16:32:15 -0800, Brock Anderson
><banders@refractions.net> wrote:
>  
>
>>I tried using "HTTP Request HTTPCLient (ALPHA)", but it didn't change
>>anything.  Is that synonymous with HTTPSampler2?
>>
>>Brock
>>
>>
>>
>>sebb wrote:
>>
>>    
>>
>>>The HTTP Samplers use the underlying HTTP protocol implementation
>>>(standard Java or Apache HttpClient) to determine when the response
>>>data has all arrived.
>>>
>>>Sounds like the implementation thinks all the data has arrived...
>>>
>>>Might be worth trying HTTPSampler2 (Apache HttpClient) to see if it
>>>behaves differently from HTTPSampler (standard Java).
>>>
>>>[BTW, by default, timestamps are the END of the sample, not the start.
>>>This can be changed in jmeter.properties.]
>>>
>>>S.
>>>On Wed, 17 Nov 2004 14:20:03 -0800, Brock Anderson
>>><banders@refractions.net> wrote:
>>>
>>>
>>>      
>>>
>>>>Hi folks,
>>>>
>>>>I am using JMeter 2.0.1 to make HTTP Requests to a server that returns a
>>>>text/xml reply (GeoServer).  The XML is built on-the-fly, and it is just
>>>>sent in a stream as it is made.  There is often a lot of XML, and it can
>>>>take over a minute to return all the data.
>>>>
>>>>I am trying to use JMeter to track the time for the request from the
>>>>start until all the streamed XML is received.  JMeter seems to stop
>>>>timing after the response headers are received.  It does not wait for
>>>>all the data from the server.
>>>>
>>>>Is there an option in JMeter to wait for the full response?  If not, is
>>>>there another fix for this problem?
>>>>
>>>>Thanks,
>>>>
>>>>Brock Anderson
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>>
>>>
>>>
>>>      
>>>
>>---------------------------------------------------------------------
>>
>>
>>To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>>    
>>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>  
>


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