> 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]>
