> I was about to embark on writing an extension of HTTPSampler.java to
> automatically download images, applets etc so I wanted to write the test
> cases first using jUnit.  The src/org/apache/jmeter/junit/AllTests.java
> automatically creates a test suite based on the classes which extend
> TestCase in ApacheJMeter.jar.  Does this mean that my new test cases has to
> be added to the .jar even during development?  I know ways to circumvent
> this but pls help me out by telling me how you do it 'cos I would rather
> foll w your standardized way.

AllTests searches the classpath for classes that extend TestCase.  But, it 
only searches those segments of the classpath that you specify (prevents 
searching sun's classes needlessly).  I would suggest modifying 
jmeter.properties to include a directory or jar where you want your test 
cases to live during development.  The "search_paths" property indicates 
where JMeter should look for classes.  By default, it searches the current 
directory and ApacheJMeter.jar.  If you want a different directory to be 
searched, add it to both your classpath and to this property.  Actually, I 
think and "ext" directory under JMeter would be a good idea - people like 
yourself could add their own extensions onto JMeter.  I would write the 
jmeter script file to include all jars from "ext", and I would modify 
jmeter.properties to include jakarta-jmeter/ext as a directory to search.  
That way, all elements you dropped into that directory would be found by the 
gui automatically.  When you finish your new sampler, I may want to do that.

Thanks for your other suggestions - I will try to incorporate them.

-Mike

>
> Thanks.
>
>
> -----Original Message-----
> From: "Stover, Michael" <[EMAIL PROTECTED]>
> Date: Fri, 06 Jul 2001 08:54:40 -0400
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: JMeter extensions and browser emulation
>
> > There is no such page - I don't think all that many "optional" features
> > have been developed that aren't in the regular JMeter CVS.  I don't know
> > about them, in any case.
> >
> > Downloading images in a web page and recording those times as well would
> > probably be useful to many people.  It hasn't been developed, to my
> > knowledge, so forge ahead!
> >
> > Regarding your idea of listening on a per-controller basis, that would
> > probably be an excellent modification to JMeter's structure.  It would
> > allow people to extract more precise information about their web
> > application if JMeter took into account where in the test plan tree you
> > added the listener. I'll have to think about that.
> >
> > Regarding HttpUnit and following links, I'm not real familiar with what
> > their components look like (I believe they use JTidy to parse HTML pages
> > to extract the links).  I've been working on such a module myself, and
> > I've already finished anchor extraction.  Now I'm working on forms.  I'm
> > not using JTidy because it appears to have zero javadocs, and I just
> > stopped at that point.  Easier to write my own.  Also, my plan for link
> > extraction is not so much to allow JMeter to spider on it's own, but
> > rather to allow test plan writers maximum flexibility in dealing with
> > dynamic sites.  To that end, I'm working on a module that will combine a
> > test sample with the previous server response to create a new test sample
> > on the run.  I'll keep ya'll informed of my progress.
> >
> > -Mike

----------------------------------------
Content-Type: application/octet-stream; charset="iso-8859-1"; name="jmeter"
Content-Transfer-Encoding: base64
Content-Description: 
----------------------------------------

----------------------------------------
Content-Type: application/octet-stream; charset="iso-8859-1"; 
name="HTTPSampler.java"
Content-Transfer-Encoding: base64
Content-Description: 
----------------------------------------

----------------------------------------
Content-Type: text/plain; charset="us-ascii"; name="Attachment: 3"
Content-Transfer-Encoding: 7bit
Content-Description: 
----------------------------------------

-- 
Mike Stover
[EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to