Peter,

I see the error message repeated several times:
INFO: Redirect requested but followRedirects is disabled

I think the results tree shows that the redirects are being followed. It looks to me like the cookie handling is incorrect somehow, since its appending an identically-named cookie rather than overwriting it.

Attachments:
http://www.umich.edu/~janderse/sakai/resultstree.jtl
http://www.umich.edu/~janderse/sakai/test.jmx

-Jon Andersen
Software developer
734-260-6083 (work)
734-646-5577 (home)
Digital Media Commons - Duderstadt Center
University of Michigan

On Aug 9, 2005, at 11:58 AM, Peter Lin wrote:

that might be a bug. do you see any errors in jmeter.log?


peter


On 8/9/05, Jon Andersen <[EMAIL PROTECTED]> wrote:
I tried using HTTPSampler2 as suggested. However, now there is another
problem, which shows up even without SSL.  Once I switch to
HTTPSampler2, cookies or redirects aren't handled properly anymore.
The exact same script works fine with HTTPSampler, but with
HTTPSampler2, the cookies fail.

I'm seeing the same JSESSIONID cookie being set over and over again,
with new values. JMeter, instead of replacing the cookie each time, is
appending a new cookie with the same name and the new value.  So the
same-named cookies accumulate over each request.

Does this HTTPSampler2 cookie bug sound familiar to anyone?

Here is my script that generates the errors, and the results, if
someone can take a look at it:

http://www.umich.edu/~janderse/sakai/resultstree.jtl
http://www.umich.edu/~janderse/sakai/test.jmx

Thanks,

-Jon Andersen
Software developer
734-260-6083 (work)
734-646-5577 (home)
Digital Media Commons - Duderstadt Center
University of Michigan

On Aug 3, 2005, at 7:02 PM, sebb wrote:

On 03/08/05, Jon Andersen <[EMAIL PROTECTED]> wrote:
Peter,

It appears that Sun SSL -:> OutOfMemoryException is the culprit.  I
ran
the same script without SSL, and don't see the memory usage growing.

Is there some way to switch from the default "HTTP Request"
implementation to the "HTTP Request HttpClient" implementation without rewriting the script? Do both use the same configuration, so I could
do a search-n-replace?

Yes, if using 2.0.3, just perform the following changes:

<testelement
class="org.apache.jmeter.protocol.http.sampler.HTTPSampler">
becomes:
<testelement
class="org.apache.jmeter.protocol.http.sampler.HTTPSampler2">

<property xml:space="preserve"
propType="org.apache.jmeter.testelement.property.StringProperty"
name="TestElement.test_class">org.apache.jmeter.protocol.http.sampler .H
TTPSampler</property>
becomes
<property xml:space="preserve"
propType="org.apache.jmeter.testelement.property.StringProperty"
name="TestElement.test_class">org.apache.jmeter.protocol.http.sampler .H
TTPSampler2</property>

<property xml:space="preserve"
propType="org.apache.jmeter.testelement.property.StringProperty"
name="TestElement.gui_class">org.apache.jmeter.protocol.http.control. gu
i.HttpTestSampleGui</property>
becomes
<property xml:space="preserve"
propType="org.apache.jmeter.testelement.property.StringProperty"
name="TestElement.gui_class">org.apache.jmeter.protocol.http.control. gu
i.HttpTestSampleGui2</property>

If you are using 2.1, then the set of changes is similar:


<HTTPSampler>
 =>
<HTTPSampler2>

</HTTPSampler>
 =>
</HTTPSampler2>

<stringProp
name="TestElement.test_class">org.apache.jmeter.protocol.http.sampler .H
TTPSampler</stringProp>
=>
<stringProp
name="TestElement.test_class">org.apache.jmeter.protocol.http.sampler .H
TTPSampler2</stringProp>

<stringProp
name="TestElement.gui_class">org.apache.jmeter.protocol.http.control. gu
i.HttpTestSampleGui</stringProp>
=>
<stringProp
name="TestElement.gui_class">org.apache.jmeter.protocol.http.control. gu
i.HttpTestSampleGui2</stringProp>


I derived these by creating two test plans, one with a single HTTP
Sampler, and another with HTTP Sampler HTTPClient (using the same
element name), and then doing a comparison.

[...]

---------------------------------------------------------------------
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