Holy moly Sarah - you nailed it! The Oracle client tools were hijacking the JVM in the system path. Putting them at the end of the path worked!!
Thank you sooooo much! I've been staring at this problem for 2 days and was frankly getting a little sick of it. I never would have thought to look at that. Earl >>> Bartlett, Sarah<[EMAIL PROTECTED]> 10/27/2004 2:16:21 PM >>> I had this problem also even though I had the latest jdk. What I found was that when I installed Oracle on my machine it put an older jdk in my path in front of the correct one. I found this out when, on a hunch I did a java -version in the command window and found that it was not showing 1.4.whatever. Moving the oracle paths to the back of the line fixed it. -----Original Message----- From: Earl Lewis [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 27, 2004 3:53 PM To: [EMAIL PROTECTED] Subject: Re: SSL problems sebb, Thanks for the reply. After your reply I started looking into the Jmeter classpath question - to see what JVM it's pointing to. Here's what the JMeter help says about classpath. -- begin help text -- JMeter automatically finds classes from jars in its /lib and /lib/ext directories. If you want to add other JAR files to JMeter's classpath, then you must copy them to JMeter's "lib" directory. If you have developed new JMeter specific components, then you should jar them and copy the jar into JMeter's /lib/ext directory. JMeter will automatically find JMeter components in any jars found here. You can also install utility Jar files in $JAVA_HOME/jre/lib/ext Note that setting the CLASSPATH environment variable will have no effect. This is because JMeter is started with "java -jar", and the java command silently ignores the CLASSPATH variable, and the -classpath/-cp options when -jar is used. [This occurs with all Java programs, not just JMeter.] -- end help text -- OK - I'll buy that. If the jars need to go someplace else I'll put them there. So I go find the JSSE jars (jcert.jar, jsse.jar, jnet.jar) and copy them into $JAVA_HOME/jre/lib/ext like the help says - and still no luck. And still the same error - see first post. Any suggestions? Earl >>> sebb<[EMAIL PROTECTED]> 10/27/2004 11:19:18 AM >>> On Wed, 27 Oct 2004 11:08:19 -0600, Earl Lewis <[EMAIL PROTECTED]> wrote: > I can't seem to get JMeter to process any SSL requests. I downloaded version 2.0.1 > to make sure I was current and neither it nor 1.9 will run my test. > > First, so you know, I'm running a local Jmeter client and trying to hit a site > that's running SSL and is all dynamic content, i.e. lots of request parameters, > intermediate calls and redirects. I'm _not_ doing any remote testing stuff. > > To start with I recorded a script using Badboy and exported it to Jmeter format. > Opened it in Jmeter and all looked well. However the full script would never run. In > my aggregate report window I would only see two request entries instead of the 7 or > 8 that were in the test plan. > > Since it was bombing I started stripping stuff out until I got to just a single > HTTPRequest sampler. Even that failed. Here's the error text from JMeter response in > the View Results Tree. > > java.net.MalformedURLException: unknown protocol: https AFAIK, this means that the JVM does not support https - so it's not surprising that JMeter fails. You may need to install a later JVM, or at least add the necessary jars to your existing one. > at java.net.URL.<init>(Unknown Source) > at java.net.URL.<init>(Unknown Source) > at > org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.getUrl(HTTPSamplerBase.java:437) > at > org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:585) > at > org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:573) > at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:254) > at java.lang.Thread.run(Unknown Source) > > The HTTP request is very simple. I think I've got it right. > Name: login > server: my.server.name.edu > protocol: https > port: tried 80 and 443 - both fail > method: tried both get and post > path: /dept.html - - which redirects to /pls/procs/!maindept.login? > redirect automatically: unchecked > follow redirects: unchecked > use keepalive: unchecked > > no additional parameters and no file attachments > > Anyone have any ideas about this one. > > Earl > > --------------------------------------------------------------------- > 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]
