oh you're actually displaying XML. Depending on the XML, the browser may try to apply stylesheets if one is referenced. the browser may also attempt to validate the XML against the declared schema.
peter On Thu, 18 Nov 2004 08:43:10 -0800, Brock Anderson <[EMAIL PROTECTED]> wrote: > 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 > ><[EMAIL PROTECTED]> 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 > >>><[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] > >>>>For additional commands, e-mail: [EMAIL PROTECTED] > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>--------------------------------------------------------------------- > >>>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>For additional commands, e-mail: [EMAIL PROTECTED] > >>> > >>> > >>> > >>> > >>> > >>--------------------------------------------------------------------- > >> > >> > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > >> > >> > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
