You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jmeter-dev@jakarta.apache.org by Peter Lin <wo...@gmail.com> on 2005/01/06 16:27:10 UTC
Re: Saving results of "Monitor Results"
hi paul,
I will have to write a new collector for saving the calculated stats.
I should be able to get something working tonight, I hope you're not
in a rush.
this way it will be easy to add the same capability to Aggregate
listener to save the stats to a file.
peter
On Thu, 06 Jan 2005 07:48:22 -0500, Michael Stover <ms...@apache.org> wrote:
> Ah yes, it appears the Monitor Listener does not include the ability to
> save test results. However, all the other listeners do (it's a standard
> panel any listener can 'plugin' to it's gui, so the monitor listener
> should be updated to include, I think). If you add any other listener
> as a peer of the monitor listener, you will see the normal input text
> box for setting the filename, and you should see a "configure" button
> that let's you set what aspects of the responses you want to save. The
> important one for you is the "response data" attribute.
>
> Another warning: the new jmeter saves test plans in an entirely new
> format, so until you decide you're permanently switching to jmeter
> 2.1-alpha (or CVS HEAD), don't overwrite your old test scripts from this
> version of JMeter.
>
> -Mike
>
> On Wed, 2005-01-05 at 20:27, Paul Leclerc wrote:
> > Hmmm.. I just got CVS head and made it. I don't see anything in the
> > GUI that specifies if/where to save the functional plan in the Monitor
> > Results listener. I assume that the format is specified in
> > jmeter.properties. Any docs on the format, fields?
> >
> > Thanks
> > Paul
> >
> >
> > On Wed, 05 Jan 2005 19:16:58 -0500, Michael Stover <ms...@apache.org> wrote:
> > > Yes, that is unfortunately true in 2.0.2.
> > >
> > > But! In the CVS HEAD, the listeners are now individually configurable
> > > regarding what exactly they save and in what format. So, you should be
> > > able to tell the monitor listener to save results just for the Monitor
> > > Sampler, and save the full results. I don't think the monitor servlet
> > > returns so much data that that would kill your hard drive space.
> > >
> > > -Mike
> > >
> > > On Wed, 2005-01-05 at 18:54, Paul Leclerc wrote:
> > > > I could do that, but it would also save the results of the other two
> > > > threads, correct? I'm running a 2 hour test so the amount of data
> > > > would be huge. And wouldn't turning on functional testing mode
> > > > significantly affect the load test?
> > > >
> > > > I suppose I could run another instance of Jmeter non-gui with JUST the
> > > > Monitor results and have that be in functional testing mode. That's
> > > > pretty ugly though! I'd have to parse through that big file to get
> > > > the information that I need. Yuck.
> > > >
> > > >
> > > > On Wed, 05 Jan 2005 19:01:26 -0500, mstover <ms...@rochester.rr.com> wrote:
> > > > > Can't you turn on functional testing and save the entire response data
> > > > > for the servlet monitor thread, and then you should be able to fun
> > > > > jmeter again later, open a monitor listener and tell it to load your
> > > > > result file. It would then re-generate all the same statistics, no?
> > > > >
> > > > > -Mike
> > > > >
> > > > > On Wed, 2005-01-05 at 16:05, Paul Leclerc wrote:
> > > > > > You are correct. That is exactly what I want to do.
> > > > > >
> > > > > > Thanks for looking into this for me.
> > > > > >
> > > > > > Paul
> > > > > >
> > > > > >
> > > > > > On Wed, 5 Jan 2005 16:00:31 -0500, Peter Lin <wo...@gmail.com> wrote:
> > > > > > > ok, I think I understand.
> > > > > > >
> > > > > > > you already have the simple data writer to save the sampleResults, but
> > > > > > > you want to save the stats generated by the monitor listener.
> > > > > > >
> > > > > > > if that is the case, currently the stats the monitor calculates is not
> > > > > > > saved. what I tend to do is start jmeter in GUI mode and minimize it
> > > > > > > in the background. Since your test plan includes other thread groups,
> > > > > > > that won't work for you. Let me take a look tonight and see what it
> > > > > > > would take to save that data.
> > > > > > >
> > > > > > > peter
> > > > > > >
> > > > > > > On Wed, 5 Jan 2005 13:55:30 -0700, Paul Leclerc <pl...@gmail.com> wrote:
> > > > > > > > Peter,
> > > > > > > > Here's the basic flow of my test plan.
> > > > > > > >
> > > > > > > > Test Plan
> > > > > > > > Thread Group 1
> > > > > > > > HTTP Sampler 1
> > > > > > > > HTTP Sampler 2
> > > > > > > > HTTP Sampler 3
> > > > > > > > HTTP Sampler 4
> > > > > > > > .....
> > > > > > > > Thread Group 2
> > > > > > > > HTTP Sampler 1
> > > > > > > > HTTP Sampler 2
> > > > > > > > HTTP Sampler 3
> > > > > > > > HTTP Sampler 4
> > > > > > > > .....
> > > > > > > > HTTP Request Defaults
> > > > > > > > HTTP Cookie Manager
> > > > > > > > View Results in Table (from all threads)
> > > > > > > > Server Monitor Thread
> > > > > > > > HTTP Cookie Manager
> > > > > > > > HTTP Authorization Manager (TC5 Admin login)
> > > > > > > > HTTP Request (/manager/status)
> > > > > > > > Constant Timer
> > > > > > > > Simple Data Writer
> > > > > > > > Monitor Results Listener ***** save these values *****
> > > > > > > > View Results Tree
> > > > > > > >
> > > > > > > > I want to save the values that are graphed in the Monitor Results
> > > > > > > > Listener. I'm going to be running these tests in non-GUI mode with
> > > > > > > > the log specified on the command line. I don't mind hardcoding
> > > > > > > > another filename for storing the Monitor Results log file somewhere
> > > > > > > > else. I'm also using CSV format for the log files.
> > > > > > > >
> > > > > > > > Does this make sense?
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > > > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> > > > > >
> > > > >
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> > > --
> > > Michael Stover <ms...@apache.org>
> > > Apache Software Foundation
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> --
> Michael Stover <ms...@apache.org>
> Apache Software Foundation
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: any interest in a corba sampler?
Posted by sebb <se...@gmail.com>.
On Thu, 6 Jan 2005 14:08:42 -0600, Anil Philip <an...@openwave.com> wrote:
> What licensing issues? We shall be using only what comes in the jdk...
> ... Or should I try to use DII (not in Sun JDK?)
I know nothing about DII, so this may not be relevant ...
>
> -----Original Message-----
> From: sebb [mailto:sebbaz@gmail.com]
> Sent: Thursday, January 06, 2005 12:32 PM
> To: JMeter Developers List
> Subject: Re: any interest in a corba sampler?
>
> On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com>
> wrote:
> > Do the others think it will be useful? Will it be a pain for the user to
> > write a class per idl method? Or should I try to use DII (not in Sun JDK?)
> > which will not require any new code to be written?
>
> There may be licensing issues; this would need to be checked before
> committing any code/jars.
>
> Perhaps one could use BeanShell to define the extra classes?
> This should make it easier to try things out.
>
> > Thanks,
> > Anil
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
RE: any interest in a corba sampler?
Posted by Anil Philip <an...@openwave.com>.
No third party libraries, only what comes in
http://java.sun.com/j2se/1.4.2/docs/guide/idl/ (including DII)
I shall rewrite it in my free time to use DII, but it will take a few
weeks... (other projects going on)
Thanks,
Anil
-----Original Message-----
From: Peter Lin [mailto:woolfel@gmail.com]
Sent: Thursday, January 06, 2005 2:13 PM
To: JMeter Developers List
Subject: Re: any interest in a corba sampler?
it depends on if the sampler uses any third party libraries. If it
doesn't than it should be free of potential issues. for example when
I implemented saving listener graphs, I originally used the advanced
graphics package, but there were license issues, so I had to find an
alternative. which is why the current implementation uses batik for
generating png from the graphs.
peter
On Thu, 6 Jan 2005 14:08:42 -0600, Anil Philip <an...@openwave.com>
wrote:
> What licensing issues? We shall be using only what comes in the jdk...
>
> -----Original Message-----
> From: sebb [mailto:sebbaz@gmail.com]
> Sent: Thursday, January 06, 2005 12:32 PM
> To: JMeter Developers List
> Subject: Re: any interest in a corba sampler?
>
> On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com>
> wrote:
> > Do the others think it will be useful? Will it be a pain for the user to
> > write a class per idl method? Or should I try to use DII (not in Sun
JDK?)
> > which will not require any new code to be written?
>
> There may be licensing issues; this would need to be checked before
> committing any code/jars.
>
> Perhaps one could use BeanShell to define the extra classes?
> This should make it easier to try things out.
>
> > Thanks,
> > Anil
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: any interest in a corba sampler?
Posted by Peter Lin <wo...@gmail.com>.
it depends on if the sampler uses any third party libraries. If it
doesn't than it should be free of potential issues. for example when
I implemented saving listener graphs, I originally used the advanced
graphics package, but there were license issues, so I had to find an
alternative. which is why the current implementation uses batik for
generating png from the graphs.
peter
On Thu, 6 Jan 2005 14:08:42 -0600, Anil Philip <an...@openwave.com> wrote:
> What licensing issues? We shall be using only what comes in the jdk...
>
> -----Original Message-----
> From: sebb [mailto:sebbaz@gmail.com]
> Sent: Thursday, January 06, 2005 12:32 PM
> To: JMeter Developers List
> Subject: Re: any interest in a corba sampler?
>
> On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com>
> wrote:
> > Do the others think it will be useful? Will it be a pain for the user to
> > write a class per idl method? Or should I try to use DII (not in Sun JDK?)
> > which will not require any new code to be written?
>
> There may be licensing issues; this would need to be checked before
> committing any code/jars.
>
> Perhaps one could use BeanShell to define the extra classes?
> This should make it easier to try things out.
>
> > Thanks,
> > Anil
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: any interest in a corba sampler?
Posted by Peter Lin <wo...@gmail.com>.
hi anil,
once you file the bugzilla entry I can work with you to double check
the dependencies and work out the licensing issues. Having gone
through that a few times in the past, it's good to have multiple eyes
looking at it. Usually sebastian is best at catching that stuff.
peter
On Thu, 6 Jan 2005 18:32:11 +0000, sebb <se...@gmail.com> wrote:
> On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com> wrote:
> > Do the others think it will be useful? Will it be a pain for the user to
> > write a class per idl method? Or should I try to use DII (not in Sun JDK?)
> > which will not require any new code to be written?
>
> There may be licensing issues; this would need to be checked before
> committing any code/jars.
>
> Perhaps one could use BeanShell to define the extra classes?
> This should make it easier to try things out.
>
> > Thanks,
> > Anil
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
RE: any interest in a corba sampler?
Posted by Anil Philip <an...@openwave.com>.
What licensing issues? We shall be using only what comes in the jdk...
-----Original Message-----
From: sebb [mailto:sebbaz@gmail.com]
Sent: Thursday, January 06, 2005 12:32 PM
To: JMeter Developers List
Subject: Re: any interest in a corba sampler?
On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com>
wrote:
> Do the others think it will be useful? Will it be a pain for the user to
> write a class per idl method? Or should I try to use DII (not in Sun JDK?)
> which will not require any new code to be written?
There may be licensing issues; this would need to be checked before
committing any code/jars.
Perhaps one could use BeanShell to define the extra classes?
This should make it easier to try things out.
> Thanks,
> Anil
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: any interest in a corba sampler?
Posted by sebb <se...@gmail.com>.
On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com> wrote:
> Do the others think it will be useful? Will it be a pain for the user to
> write a class per idl method? Or should I try to use DII (not in Sun JDK?)
> which will not require any new code to be written?
There may be licensing issues; this would need to be checked before
committing any code/jars.
Perhaps one could use BeanShell to define the extra classes?
This should make it easier to try things out.
> Thanks,
> Anil
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
RE: any interest in a corba sampler?
Posted by Michael Stover <ms...@apache.org>.
I'd assume interest will be light at first, simply because you're the
first one I can think of who came along and wanted a corba sampler.
But, it may be that most corba developers just would not have imagined
there was much out there for corba stress testing? I would think anyone
doing corba would be very interested.
In any case, we're very glad for your contribution.
As for peer review, usually the person who checks contributions in is a
fairly experienced JMeter developer and will check it over.
-Mike
On Thu, 2005-01-06 at 12:40, Anil Philip wrote:
> Just found this article on DII and JDK so shall look into it further. Any
> other design decision comments - I mean is there any peer review/design
> discussion on JMeter before it is decided to add a new feature?
>
> http://64.233.161.104/search?q=cache:jC4dQlM2S7gJ:www.adtmag.com/java/articl
> eold.asp%3Fid%3D115+Dynamic+Invocation+Interface+jdk&hl=en
>
> -----Original Message-----
> From: Peter Lin [mailto:woolfel@gmail.com]
> Sent: Thursday, January 06, 2005 11:13 AM
> To: JMeter Developers List
> Subject: Re: any interest in a corba sampler?
>
> good question. I honestly don't know the answer, but testing Corba is
> NOT an easy thing to begin with. Anything that helps make it easier to
> test is good in my mind. I have like zero practical experience with
> using Corba, but there are plenty of people who do :)
>
> peter
>
>
> On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com>
> wrote:
> > Do the others think it will be useful? Will it be a pain for the user to
> > write a class per idl method? Or should I try to use DII (not in Sun JDK?)
> > which will not require any new code to be written?
> > Thanks,
> > Anil
> >
> > -----Original Message-----
> > From: Peter Lin [mailto:woolfel@gmail.com]
> > Sent: Thursday, January 06, 2005 11:04 AM
> > To: JMeter Developers List
> > Subject: Re: any interest in a corba sampler?
> >
> > cool, thanks for offering to contribute the code. Please file an entry
> > in bugzilla and I'll try to get it in there fore the 2.1 release.
> >
> > peter
> >
> > On Thu, 6 Jan 2005 10:58:59 -0600, Anil Philip <an...@openwave.com>
> > wrote:
> > > I have written a corba sampler for JMeter. The input data is taken from
> > > property files. The method to be invoked is selected from a combo box
> and
> > > the input parameters displayed.
> > > To invoke on a new server, a small class inheriting from MethodTask will
> > > have to be written for each idl method to be tested which implements
> > > loadInputData() and execute() (see below). Alternatively, the Dynamic
> > > Invocation Interface can be used but is more involved/tricky to write -
> > > however it does not seem like the orb in Sun's jdk supports it (if I am
> > > mistaken, let me know).
> > >
> > > Will there be any interest in including it in JMeter? Screen shot is
> > > attached (corba_sampler_screenshot.jpg). Clicking on the button brings
> up
> > a
> > > File Chooser to select the property file.
> > > Needs more testing.
> > > Thanks,
> > > Anil Philip
> > > For good news go to
> > > http://members.tripod.com/~goodnewsforyou/goodnews.html
> > >
> > > // class to be written for each idl method to be tested - if not using
> DII
> > > public class VerifyHomeTask
> > > extends MethodTask {
> > > Pmcs.PmcsUserMgt manager;
> > > String id = ""; // argument in idl method
> > >
> > > public VerifyHomeTask() {
> > > }
> > >
> > > /**
> > > *
> > > * @return Object
> > > * @todo Implement this MethodTask
> > > * method
> > > */
> > > public java.lang.Object execute() throws Exception {
> > > BooleanHolder isHome = null;
> > > try {
> > > this.manager = connectToServer();
> > > isHome = new org.omg.CORBA.BooleanHolder();
> > > manager.verifyHome(id, isHome);
> > > }
> > > catch (UnsupportedOperationError ex) {
> > > }
> > > return new Boolean((boolean)isHome.value);
> > > }
> > >
> > > /**
> > > * loadInputData
> > > *
> > > * @param inputData Properties
> > > * @return String[]
> > > * @todo Implement this MethodTask
> > > * method
> > > */
> > > public void loadInputData(Properties inputData) throws Exception {
> > > loadConnectionData(inputData);
> > > id = inputData.getProperty("verifyHome.id");
> > > id = "Forsee";
> > > if(id == null)
> > > throw new Exception("verifyHome.id undefined");
> > > }
> > > }
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
--
Michael Stover <ms...@apache.org>
Apache Software Foundation
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
RE: any interest in a corba sampler?
Posted by Anil Philip <an...@openwave.com>.
Just found this article on DII and JDK so shall look into it further. Any
other design decision comments - I mean is there any peer review/design
discussion on JMeter before it is decided to add a new feature?
http://64.233.161.104/search?q=cache:jC4dQlM2S7gJ:www.adtmag.com/java/articl
eold.asp%3Fid%3D115+Dynamic+Invocation+Interface+jdk&hl=en
-----Original Message-----
From: Peter Lin [mailto:woolfel@gmail.com]
Sent: Thursday, January 06, 2005 11:13 AM
To: JMeter Developers List
Subject: Re: any interest in a corba sampler?
good question. I honestly don't know the answer, but testing Corba is
NOT an easy thing to begin with. Anything that helps make it easier to
test is good in my mind. I have like zero practical experience with
using Corba, but there are plenty of people who do :)
peter
On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com>
wrote:
> Do the others think it will be useful? Will it be a pain for the user to
> write a class per idl method? Or should I try to use DII (not in Sun JDK?)
> which will not require any new code to be written?
> Thanks,
> Anil
>
> -----Original Message-----
> From: Peter Lin [mailto:woolfel@gmail.com]
> Sent: Thursday, January 06, 2005 11:04 AM
> To: JMeter Developers List
> Subject: Re: any interest in a corba sampler?
>
> cool, thanks for offering to contribute the code. Please file an entry
> in bugzilla and I'll try to get it in there fore the 2.1 release.
>
> peter
>
> On Thu, 6 Jan 2005 10:58:59 -0600, Anil Philip <an...@openwave.com>
> wrote:
> > I have written a corba sampler for JMeter. The input data is taken from
> > property files. The method to be invoked is selected from a combo box
and
> > the input parameters displayed.
> > To invoke on a new server, a small class inheriting from MethodTask will
> > have to be written for each idl method to be tested which implements
> > loadInputData() and execute() (see below). Alternatively, the Dynamic
> > Invocation Interface can be used but is more involved/tricky to write -
> > however it does not seem like the orb in Sun's jdk supports it (if I am
> > mistaken, let me know).
> >
> > Will there be any interest in including it in JMeter? Screen shot is
> > attached (corba_sampler_screenshot.jpg). Clicking on the button brings
up
> a
> > File Chooser to select the property file.
> > Needs more testing.
> > Thanks,
> > Anil Philip
> > For good news go to
> > http://members.tripod.com/~goodnewsforyou/goodnews.html
> >
> > // class to be written for each idl method to be tested - if not using
DII
> > public class VerifyHomeTask
> > extends MethodTask {
> > Pmcs.PmcsUserMgt manager;
> > String id = ""; // argument in idl method
> >
> > public VerifyHomeTask() {
> > }
> >
> > /**
> > *
> > * @return Object
> > * @todo Implement this MethodTask
> > * method
> > */
> > public java.lang.Object execute() throws Exception {
> > BooleanHolder isHome = null;
> > try {
> > this.manager = connectToServer();
> > isHome = new org.omg.CORBA.BooleanHolder();
> > manager.verifyHome(id, isHome);
> > }
> > catch (UnsupportedOperationError ex) {
> > }
> > return new Boolean((boolean)isHome.value);
> > }
> >
> > /**
> > * loadInputData
> > *
> > * @param inputData Properties
> > * @return String[]
> > * @todo Implement this MethodTask
> > * method
> > */
> > public void loadInputData(Properties inputData) throws Exception {
> > loadConnectionData(inputData);
> > id = inputData.getProperty("verifyHome.id");
> > id = "Forsee";
> > if(id == null)
> > throw new Exception("verifyHome.id undefined");
> > }
> > }
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: any interest in a corba sampler?
Posted by Peter Lin <wo...@gmail.com>.
good question. I honestly don't know the answer, but testing Corba is
NOT an easy thing to begin with. Anything that helps make it easier to
test is good in my mind. I have like zero practical experience with
using Corba, but there are plenty of people who do :)
peter
On Thu, 6 Jan 2005 11:08:51 -0600, Anil Philip <an...@openwave.com> wrote:
> Do the others think it will be useful? Will it be a pain for the user to
> write a class per idl method? Or should I try to use DII (not in Sun JDK?)
> which will not require any new code to be written?
> Thanks,
> Anil
>
> -----Original Message-----
> From: Peter Lin [mailto:woolfel@gmail.com]
> Sent: Thursday, January 06, 2005 11:04 AM
> To: JMeter Developers List
> Subject: Re: any interest in a corba sampler?
>
> cool, thanks for offering to contribute the code. Please file an entry
> in bugzilla and I'll try to get it in there fore the 2.1 release.
>
> peter
>
> On Thu, 6 Jan 2005 10:58:59 -0600, Anil Philip <an...@openwave.com>
> wrote:
> > I have written a corba sampler for JMeter. The input data is taken from
> > property files. The method to be invoked is selected from a combo box and
> > the input parameters displayed.
> > To invoke on a new server, a small class inheriting from MethodTask will
> > have to be written for each idl method to be tested which implements
> > loadInputData() and execute() (see below). Alternatively, the Dynamic
> > Invocation Interface can be used but is more involved/tricky to write -
> > however it does not seem like the orb in Sun's jdk supports it (if I am
> > mistaken, let me know).
> >
> > Will there be any interest in including it in JMeter? Screen shot is
> > attached (corba_sampler_screenshot.jpg). Clicking on the button brings up
> a
> > File Chooser to select the property file.
> > Needs more testing.
> > Thanks,
> > Anil Philip
> > For good news go to
> > http://members.tripod.com/~goodnewsforyou/goodnews.html
> >
> > // class to be written for each idl method to be tested - if not using DII
> > public class VerifyHomeTask
> > extends MethodTask {
> > Pmcs.PmcsUserMgt manager;
> > String id = ""; // argument in idl method
> >
> > public VerifyHomeTask() {
> > }
> >
> > /**
> > *
> > * @return Object
> > * @todo Implement this MethodTask
> > * method
> > */
> > public java.lang.Object execute() throws Exception {
> > BooleanHolder isHome = null;
> > try {
> > this.manager = connectToServer();
> > isHome = new org.omg.CORBA.BooleanHolder();
> > manager.verifyHome(id, isHome);
> > }
> > catch (UnsupportedOperationError ex) {
> > }
> > return new Boolean((boolean)isHome.value);
> > }
> >
> > /**
> > * loadInputData
> > *
> > * @param inputData Properties
> > * @return String[]
> > * @todo Implement this MethodTask
> > * method
> > */
> > public void loadInputData(Properties inputData) throws Exception {
> > loadConnectionData(inputData);
> > id = inputData.getProperty("verifyHome.id");
> > id = "Forsee";
> > if(id == null)
> > throw new Exception("verifyHome.id undefined");
> > }
> > }
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
RE: any interest in a corba sampler?
Posted by Anil Philip <an...@openwave.com>.
Do the others think it will be useful? Will it be a pain for the user to
write a class per idl method? Or should I try to use DII (not in Sun JDK?)
which will not require any new code to be written?
Thanks,
Anil
-----Original Message-----
From: Peter Lin [mailto:woolfel@gmail.com]
Sent: Thursday, January 06, 2005 11:04 AM
To: JMeter Developers List
Subject: Re: any interest in a corba sampler?
cool, thanks for offering to contribute the code. Please file an entry
in bugzilla and I'll try to get it in there fore the 2.1 release.
peter
On Thu, 6 Jan 2005 10:58:59 -0600, Anil Philip <an...@openwave.com>
wrote:
> I have written a corba sampler for JMeter. The input data is taken from
> property files. The method to be invoked is selected from a combo box and
> the input parameters displayed.
> To invoke on a new server, a small class inheriting from MethodTask will
> have to be written for each idl method to be tested which implements
> loadInputData() and execute() (see below). Alternatively, the Dynamic
> Invocation Interface can be used but is more involved/tricky to write -
> however it does not seem like the orb in Sun's jdk supports it (if I am
> mistaken, let me know).
>
> Will there be any interest in including it in JMeter? Screen shot is
> attached (corba_sampler_screenshot.jpg). Clicking on the button brings up
a
> File Chooser to select the property file.
> Needs more testing.
> Thanks,
> Anil Philip
> For good news go to
> http://members.tripod.com/~goodnewsforyou/goodnews.html
>
> // class to be written for each idl method to be tested - if not using DII
> public class VerifyHomeTask
> extends MethodTask {
> Pmcs.PmcsUserMgt manager;
> String id = ""; // argument in idl method
>
> public VerifyHomeTask() {
> }
>
> /**
> *
> * @return Object
> * @todo Implement this MethodTask
> * method
> */
> public java.lang.Object execute() throws Exception {
> BooleanHolder isHome = null;
> try {
> this.manager = connectToServer();
> isHome = new org.omg.CORBA.BooleanHolder();
> manager.verifyHome(id, isHome);
> }
> catch (UnsupportedOperationError ex) {
> }
> return new Boolean((boolean)isHome.value);
> }
>
> /**
> * loadInputData
> *
> * @param inputData Properties
> * @return String[]
> * @todo Implement this MethodTask
> * method
> */
> public void loadInputData(Properties inputData) throws Exception {
> loadConnectionData(inputData);
> id = inputData.getProperty("verifyHome.id");
> id = "Forsee";
> if(id == null)
> throw new Exception("verifyHome.id undefined");
> }
> }
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: any interest in a corba sampler?
Posted by Peter Lin <wo...@gmail.com>.
cool, thanks for offering to contribute the code. Please file an entry
in bugzilla and I'll try to get it in there fore the 2.1 release.
peter
On Thu, 6 Jan 2005 10:58:59 -0600, Anil Philip <an...@openwave.com> wrote:
> I have written a corba sampler for JMeter. The input data is taken from
> property files. The method to be invoked is selected from a combo box and
> the input parameters displayed.
> To invoke on a new server, a small class inheriting from MethodTask will
> have to be written for each idl method to be tested which implements
> loadInputData() and execute() (see below). Alternatively, the Dynamic
> Invocation Interface can be used but is more involved/tricky to write -
> however it does not seem like the orb in Sun's jdk supports it (if I am
> mistaken, let me know).
>
> Will there be any interest in including it in JMeter? Screen shot is
> attached (corba_sampler_screenshot.jpg). Clicking on the button brings up a
> File Chooser to select the property file.
> Needs more testing.
> Thanks,
> Anil Philip
> For good news go to
> http://members.tripod.com/~goodnewsforyou/goodnews.html
>
> // class to be written for each idl method to be tested - if not using DII
> public class VerifyHomeTask
> extends MethodTask {
> Pmcs.PmcsUserMgt manager;
> String id = ""; // argument in idl method
>
> public VerifyHomeTask() {
> }
>
> /**
> *
> * @return Object
> * @todo Implement this MethodTask
> * method
> */
> public java.lang.Object execute() throws Exception {
> BooleanHolder isHome = null;
> try {
> this.manager = connectToServer();
> isHome = new org.omg.CORBA.BooleanHolder();
> manager.verifyHome(id, isHome);
> }
> catch (UnsupportedOperationError ex) {
> }
> return new Boolean((boolean)isHome.value);
> }
>
> /**
> * loadInputData
> *
> * @param inputData Properties
> * @return String[]
> * @todo Implement this MethodTask
> * method
> */
> public void loadInputData(Properties inputData) throws Exception {
> loadConnectionData(inputData);
> id = inputData.getProperty("verifyHome.id");
> id = "Forsee";
> if(id == null)
> throw new Exception("verifyHome.id undefined");
> }
> }
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
any interest in a corba sampler?
Posted by Anil Philip <an...@openwave.com>.
I have written a corba sampler for JMeter. The input data is taken from
property files. The method to be invoked is selected from a combo box and
the input parameters displayed.
To invoke on a new server, a small class inheriting from MethodTask will
have to be written for each idl method to be tested which implements
loadInputData() and execute() (see below). Alternatively, the Dynamic
Invocation Interface can be used but is more involved/tricky to write -
however it does not seem like the orb in Sun's jdk supports it (if I am
mistaken, let me know).
Will there be any interest in including it in JMeter? Screen shot is
attached (corba_sampler_screenshot.jpg). Clicking on the button brings up a
File Chooser to select the property file.
Needs more testing.
Thanks,
Anil Philip
For good news go to
http://members.tripod.com/~goodnewsforyou/goodnews.html
// class to be written for each idl method to be tested - if not using DII
public class VerifyHomeTask
extends MethodTask {
Pmcs.PmcsUserMgt manager;
String id = ""; // argument in idl method
public VerifyHomeTask() {
}
/**
*
* @return Object
* @todo Implement this MethodTask
* method
*/
public java.lang.Object execute() throws Exception {
BooleanHolder isHome = null;
try {
this.manager = connectToServer();
isHome = new org.omg.CORBA.BooleanHolder();
manager.verifyHome(id, isHome);
}
catch (UnsupportedOperationError ex) {
}
return new Boolean((boolean)isHome.value);
}
/**
* loadInputData
*
* @param inputData Properties
* @return String[]
* @todo Implement this MethodTask
* method
*/
public void loadInputData(Properties inputData) throws Exception {
loadConnectionData(inputData);
id = inputData.getProperty("verifyHome.id");
id = "Forsee";
if(id == null)
throw new Exception("verifyHome.id undefined");
}
}