Hi,
>> 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.
>
> Why not have each visualizer display be able to
> display it's own logged
> results?
You mean like on the visualizer gui panel, create a text field with a browse button to
let u key in/browse for the sample results filename and then display the graph for the
selected file?
My worry is that this visualizer will be in the 'Test Plan' and what should/will
happen when the user chose to 'Start' sampling again? It also feels pretty convoluted
to me to have to create a 'ThreadGroup' and add my visualizers there before I can view
my sample results file. Comments?
I was thinking of having another icon besides the existing 'Test Plan', 'Work Bench'.
Maybe something called 'File Viewer' (wow, it's amazing how dull my creativity is) and
you can add all types of file viewers there.
I'm ok with any suggestions as long as users feel it's good. Where would I be without
them??!!?!
-----Original Message-----
From: "Stover, Michael" <[EMAIL PROTECTED]>
Date: Thu, 23 Aug 2001 07:57:38 -0400
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Subject: RE: from jaideep
> comments below
>
> > -----Original Message-----
> > From: neth6 atozasia.com [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, August 22, 2001 10:38 PM
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: from jaideep
> >
> >
> > 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.
>
> Right.
>
> >
> > 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.
>
> That would be a very good thing.
>
> >
> > 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.
>
> Why not have each visualizer display be able to display it's own logged
> results?
>
> >
> > 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]
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
__________________________________________________
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]
