Some answers (hopefully useful):
For #1 and #2 :
I haven't actually worked on 'saving' the View Results Tree yet. I blindly included
codes from the parent class (i.e. View Results) to the 'saving'. I dunno whether they
work for the View Results Tree 'cos I didn't test it.
I won't wanna save the results when I choose to 'save' the View Results Tree 'cos as
far as I know the 'save' option is used more for saving the workbench components in
the way they have been composed rather than for saving the results of the workbench.
I would rather have an option in all visualizers (on their panel) to decide whether to
display the sample results as they are collected or log them in a file or do both.
If I do this then I'll have to worry about how to display the saved results in JMeter.
One way which I can think of is to have a component which can only be added to the
'WorkBench' (like ThreadGroup). I'll call it 'File Consumer'. You can choose which
file you want the file consumer do display. Based on the graph name stored in the
file, the 'File Consumer' will load an appropriate handler(dynamically) to display the
samples in the file.
Any comments, anyone?
-----Original Message-----
From: "Stover, Michael" <[EMAIL PROTECTED]>
Date: Tue, 21 Aug 2001 13:05:37 -0400
To: "'jaideep mehta'" <[EMAIL PROTECTED]>
Subject: RE: from jaideep
> Neth can probably answer your questions about the tree visualizer better
> than I. As for #4, the threads represent how many users are being
> simulated. So, if you have 5 threads, that means 5 threads get spawned at
> the beginning of the test, and each thread runs through the test script
> independently of the other threads. They do not wait for each other at all
> - they each simply bang away at the server.
>
> -Mike
>
> > -----Original Message-----
> > From: jaideep mehta [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, August 21, 2001 10:57 AM
> > To: [EMAIL PROTECTED]
> > Subject: from jaideep
> >
> >
> > hi mike
> >
> > how r u doing?
> >
> > well so there is first casuality of my work....my one day's
> > job lost in user-agent's thing as u people have already
> > implemented it perfectly.
> >
> > the view results tree visualizer is really cool.
> >
> > now i am trying to use the results as they appear in the tree
> > to create a report wherein every row has entries for:
> >
> > 1.url/resource
> > 2.time taken
> > 3.no_threads
> > 4.resp code
> > 5.view url/resource
> >
> > This time i am taking care to ask u things first so that i
> > dont waste my effort this time.
> >
> > I think i have to do the following:
> >
> > 1.)Take the view results tree.xml and take things out from
> > there. As i have seen uptil now when the tree data is
> > attempted to be saved only a root element is saved in xml and
> > nothing else is saved.
> > Are u ppl going to implement it as xml anytime soon? or for
> > results one will have to take the SampleResult objects out of
> > HTTPSamplerFull.
> >
> > 2.)Is there a way to store the markup and images downloded on
> > a file in jmeter or one has to extend the classes?( again the
> > viewresults listener's option to save does nothing)
> >
> > 3.)Is the option to test by submitting a testplan xml file at
> > commandline ( the non-gui option) complete?how is it run? in
> > what form the results appear from such a test?
> >
> > 4)how do number of threads thing work in jmeter.Is it like
> > creating a pool of specified number of threads which act on
> > wait-notify mechanism or like when i say 5 threads....u
> > create 5 threads for 1 resource and then wait for all of them
> > to die and then fire 5 new for next resource.
> >
> > thats it for now. hope asking all this doesnot interfere much
> > with your work.
> >
> > i have found a more issues with jmeter but as most of them
> > are not exactly bugs but functional issues..i would send them
> > when ur hands are free.
> >
> >
> > thanx a lot
> >
> > jaideep
> >
> >
> > On Mon, 20 Aug 2001 Stover, Michael wrote :
> > >Hi Jaideep,
> > > Well, the good and bad news is that HTTP-Header
> > >info can already be
> > >sent by JMeter if you get the latest nightly code.
> > >There is a Header
> > >Manager config element that can be added to any
> > >controller that would send
> > >your specific header info. You may want to grab the
> > >latest nightly tarball
> > >and build it and see.
> > >
> > >Regarding your element not showing up - the most likely
> > >cause is that an
> > >error is occurring when your class gets instantiated -
> > >this often happens
> > >and the ClassFinder encounters many classes that throw
> > >errors on
> > >instantiation. Because it's so common it just passes
> > >right over it. You
> > >may want to examine your class to see if it potentially
> > >has a problem on
> > >instantiation, and you may want to look through the
> > >ClassFinder and put in
> > >some code to print a stack trace in the appropriate
> > >catch clause.
> > >
> > >Other than that, I'd have to have a look at your code.
> > >Hope this helps.
> > >
> > >-Mike
> >
> >
> >
> >
> >
> >
> >
>
--
__________________________________________________
Get FREE 50 MB email @ http://www.AtoZasia.com
Powered by Outblaze
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
