one of the many reason lots of java stuff override the system classpath is people may have different version of xerces/xalan which are not compatible. Therefore, lots of people ignore the system classpath and force users to use the default directory, or write custom classloaders. the way to load your own classes in the sampler is this: 1. create a custom classloader that extends URL classloader 2. read the necessary paths/jars from a config file. 3. before your sampler creates any objects, instantiate an instance of your classloader 4. use your classloader to look it up and then use it to create a new instance 5. do your normal sampler process I hope that helps. If you want an example of how to extend URLClassloader, look at the standardLoader in tomcat. peter
Clifton Craig <[EMAIL PROTECTED]> wrote: Thank you Peter, However, my code is calling code that I have no control over. This code uses the System classpath to locate resources. I set the system classpath prior to invoking JMeter but it appears that JMeter is altering the system classpath upon execution. Please, I'm a beginner with class loaders and such. Could someone help me with a good solution? Clifton C. Craig Intelligent Computer Systems A division of Global Beverage Group [EMAIL PROTECTED] (717) 295-7977 ----- Original Message ----- From: "peter lin" To: "JMeter Users List" Sent: Monday, September 22, 2003 9:01 PM Subject: Re: CLASSPATH woes with Java Request Sampler > > if you wrote your own sampler, the cleanest way is to write a custom classloader that extends URLClassLoader. then use your classloader to load those resources. > > this should give you the control needed. hope that helps. > > > peter > > > Clifton Craig wrote: > Hello all: > > I've created a Java Request Sampler that I intend to use to test my EJB app. > However it is necessary that my Java request sampler have some additional > entries in the CLASSPATH. These entries include classes which are in > development along with some EJB server specific stuff. According to the > JMeter docs it appears that I need to have any additional resources jarred > and stored in the lib/ext folder. This approach is impractical to my > scenario. I've experimented with using Class-Path headers in the jar > manifest for my Java Request sampler but they seemed to not work. Are there > any other workarounds. I looked briefly at the NewDriver.java file in > JMeter's core jar file and it seems as though it is filtering all entries > from the CLASSPATH that do not end with ".jar". I need help. How can I get > my Java Requester to see the rest of my app without jarring everything up? > > Clifton C. Craig > Intelligent Computer Systems > A division of Global Beverage Group > [EMAIL PROTECTED] > (717) 295-7977 > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------- > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software