Refining, fully documenting, and publishing a carefully selected subset of the JMeter API would indeed be a good thing. I'd love to have the time (and ability!). I have great trouble keeping the user documentation up-to-date in addition to writing the code. Up till now, I have generally relied on the brilliance of developers out there to understand my crazy code schemes - which has worked out ok. I will add it to my mental todo list though.
-Mike On 10 Jul 2002 at 16:27, Ilia Iourovitski wrote: > Looks like it is time to publish or refine JMeter API > for "advanced" users like M$ WEB stress tool does. > All IDE has limitations and I wonder if Avalon can be > used as generic component model like M$ COM. > > Ilia > --- Berin Loritsch <[EMAIL PROTECTED]> wrote: > > > From: Mike Stover [mailto:[EMAIL PROTECTED]] > > > > > > I would consider such an implementation as a new > > "protocol" > > > for JMeter. Currently > > > JMeter supports HTTP pretty well, also supports > > JDBC and FTP > > > less thoroughly. New > > > "protocols" have recently been added, such as SOAP > > and > > > arbitrary Java objects. > > > > > > The value of being able to create Jython scripts > > that are > > > then executed within the > > > framework of JMeter is obvious - but it's not a > > replacement > > > for the type of system I'm > > > talking about. Not everyone who tests > > applications is a > > > programmer. I'd like JMeter to > > > be usable by such people. Furthermore, why would > > you want to > > > write you're own regular > > > expression routines and HTTP sampling routines if > > you didn't > > > have to? If a Jython > > > protocol were implemented, allowing people to > > write arbitrary > > > Jython code to be > > > "sampled", you'd have what you want, plus, you'd > > have access > > > to some built-in JMeter > > > values. > > > > I agree with you to a point. Keeping in mind who > > your user > > is, we can provide the GUI that builds the script > > under the > > hood. Either that, or the tests are converted on > > the fly to > > the scripting language in question. > > > > Jython is one option, Scheme another (we all run > > screaming), and > > JavaScript is even another. > > > > The important thing is providing the bindings to the > > languages > > in question. Generative programming is the process > > of creating > > the script, or even java bytecode, as it is needed. > > If a > > programmer wants native access to the scripting > > language, they > > are welcome to it. Otherwise, the test > > configuration gets > > transformed into the script at runtime. > > > > One thing that would really be neat to try is the > > JESS (Java > > Expert System Shell). It is based on Scheme, but it > > allows > > you to create an intelligent expert system based on > > the results > > as they are sampled. It can be integrated quite > > well. > > > > Since all developers have their pet languages, we > > should devise a > > component that takes care of the process of bindng > > JMeter values > > to the scripting engine. From that point on, it is > > just a matter > > of executing the script. > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- Michael Stover [EMAIL PROTECTED] Yahoo IM: mstover_ya ICQ: 152975688 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
