that should be the sampler using Apache HttpClient.

I'm not sure I understand the problem you're having.  As sebastian
stated, the time is end time. Basically the sampler will pass the
stream to the result object. Unless you have an assertion in the test
plan to check the results, the sampler should just pass the byte[].

keep in mind what you see in a browser in terms of response/duration
will be different than what jmeter produces. if you describe the
scenario with a bit more detail, it would be easier to provide
assistance.


peter


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]

Reply via email to