Hi Kevin,
I have made a 1.7.2 unstable release, but the documentation still needs some
bringing up to date. in particular, the components_reference page and the gif images.
The migration to avalon hasn't really happened. What I did was work out a more
complete separation of GUI code from test element code, and I made use of the Avalon
Configuration classes to save and load test scripts as XML. The new code is in the
"src_1" directory. "src" is obsolete.
The base interfaces are
org.apache.jmeter.testelement.TestElement and
org.apache.jmeter.gui.JMeterGUIComponent
But there are many abstract classes that make it easier to write Samplers,
Visualizers,
controllers, assertions, etc.
I'm sure your password will still work.
-Mike
On 15 Jul 2002 at 21:04, kevin hammond wrote:
> Hi Mike and others,
>
> I have been out of the JMeter loop for awhile and
> would like to start contributing documentation and
> eventually code. (Guess I should first check to see
> that my login still works...)
>
> Let me know which areas of the documentation need
> updated. I have no problem digging through the code.
>
> Have we finished (started?) the migration to Jakarta
> Avalon (right?)? Before I left, that was the big
> thing we were talking about.
>
> Thanks,
> Kevin Hammond
>
> --- Mike Stover <[EMAIL PROTECTED]> wrote:
> > 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]>
> >
>
>
> __________________________________________________
> 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]>
