The Grinder

There are 3/4 posts already referring to this error, however neither of =
these seams to address the behaviour I am seeing, so here goes.

First Off:
I have Keep-Alives disabled, and have verfied via the use of Ethereal (a =
great packet snooping tool), that the connections are infact closing the =
connections after each request. =20

So this rules out:
http://sourceforge.net/mailarchive/forum.php?thread_id=3D3225029&forum_id=
=3D2650
http://sourceforge.net/mailarchive/message.php?msg_id=3D2027628

I am running on linux, so that rules out:
http://sourceforge.net/mailarchive/message.php?msg_id=3D3626264

Now, my test to is not attempting to MAX out the number of connections =
rather it is simulating the behaviour of x number of depoyed clients of =
which I know the 'exact' scheduling paramaters for these clients, =
allowing me to re-create a fairly accurate simulation of these clients.

Now some of these requests occur every say every 3 minutes (non https), =
where other that are https occur every 5 minutes.

I have found that the requests generated every 5 minutes (https), appear =
to frequently generate the premature EOF Exception.

Nowing seeing this Post:
http://sourceforge.net/mailarchive/message.php?msg_id=3D5687618

led me to believe that perhaps this is proxy related.

So..I tried disabling the proxy use for the host in question, but this =
problem still persists.

(this brings up what I believe is perhaps another bug...
	-DHTTPClient.nonProxyHosts does not appear to work (the requests HTTPS =
in this case were still going to the proxy))

so I disabled the all requests from using a proxy..and still the HTTPS =
connection to this server still occur at high frequency.

There are indeed other urls that use https but much less frequently, and =
they very seldomly generate this error.

Any suggestions as to what could be causing this? (could this be =
legitmatly that the server is failing, and terminating these connections =
prematurely?)

or when this bug will be tentatively fixed?

ps. All the HTTPS connections are infact using client side certs.

thanx
Dan

Hi Phil,
 
I noticed that I can add.
grinder.plugin.parameter.clientCert=mcert.p12
grinder.plugin.parameter.clientCertPassword=mypassword

But the quesiton is how do I know if the client's cert is sent to the server?
 
Also, I noticed SSL only works with G3 but not with G2 (they all use j2sdk1.4.1_04). What do I do to make it work with G2?
 
Thanks.
Jieming

Philip Aston <paston@...> wrote:
Yes.

The Grinder uses the default J2SE/JSSE SSL socket factory.

I've never tried this, but you should be able to add your client
certficate to a Java keystore, and specify the key store with the
javax.net.ssl.keyStore and javax.net.ssl.keyStorePassword system
properties.

See the following path in the J2SE 1.4.1 documentation:
guide/security/jsse/JSSERefGuide.html#Customization

Currently there is no HTTP plugin API to alter the socket factory used,
so there is no option to programatically set different SSL contexts for
different threads, e.g. to support many different client certificates.
This would be simple to add, but would require the user to be a fairly
advanced developer to make use of it. Let me know whether you would
find it useful.


- Phil



-----Original Message-----
From: Jimmy Wang [mailto:jieming_wang@...]
Sent: 30 September 2003 00:13
To: grinder-use@...
Subject: [Grinder-use] Does grinder support web client Certificate ?


Hi,
Does grinder support web client Certificate ? If yes, how do I do that ?
Thanks.
Jieming

---------------------------------
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search