jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Philippe Mouawad <philippe.moua...@gmail.com>
Subject Re: JMeter DSL discussion
Date Thu, 02 Aug 2018 18:34:14 GMT
Hello,

For now we have other priorities.
But if you want to move forward you're welcome to propose ideas illustrated
through patches.

Regards

On Mon, Jul 30, 2018 at 2:51 PM, Eugene Kazakov <yugene1986@gmail.com>
wrote:

> Hello guys,
>
> I have found this topic after some tries to find a way to write
> jmeter scripts on java
>
> Any results or continuation of this topic?
>
> Thank you,
> Eugene Kazakov
>
>
> On Fri, 12 Aug 2016 at 23:16, Epp, Jeremiah W (Contractor) <jepp@cas.org>
> wrote:
>
> > > -----Original Message-----
> > > From: Philippe Mouawad [mailto:philippe.mouawad@gmail.com]
> > > Sent: Friday, August 12, 2016 3:19 PM
> > > To: dev@jmeter.apache.org
> > > Subject: Re: JMeter DSL discussion
> > >
> > > On Fri, Aug 12, 2016 at 5:10 PM, Epp, Jeremiah W (Contractor)
> > > <jepp@cas.org>
> > > wrote:
> > >> There's also the ability to use a remote machine as the recording
> proxy,
> > >> though it doesn't work without some sort of display server because of
> > the
> > >> ProxyControl's dependency on GuiPackage [0] -- we've been xvfb-run to
> > >> give it the illusion of a screen, but that's an ugly hack no one
> likes.
> > >>
> > >
> > > Why not provide a patch then ? I'll be happy to review it and commit it
> > > Did you test the patch that was provided ? Does it work ?
> >
> > Not yet.  I was going to test that patch after I move us over to JMeter
> > 3.x.
> > That'll hopefully come after we finish bringup on this next product.
> >
> > >> Interesting!  I'd actually be curious what that looks like.  We've
> been
> > >> toying with the idea of writing a delta-based auto-correlation tool to
> > >> reduce the special case tools in new products, but that takes time.
> > >>
> > > And is complex.  But it would be great in JMeter.  I'd be happy to help
> > > you on this.
> >
> > Regrettably, I can't work on public code without clearing it with legal.
> > If
> > I can get my current work opened up, I may be able to get my boss to find
> > me
> > some time to work on this.  But not until then. :(
> >
> > >> For what it's worth, I strongly recommend _against_ using a full
> > >> programming language as your DSL.  That's sort of the opposite of
> > "domain
> > >> specific". *g*
> > >
> > > Did you look at groovy dsls ?
> >
> > If you want to implement your DSL _in_ Groovy, okay, they have moderately
> > decent tools for that.  But you still pull the Groovy toolchain into the
> > JMeter build process and you still have to deal with the type system when
> > you hook into the Java code, so you haven't saved yourself any real
> effort
> > from my perspective-- IMHO, you'd be better off working with an ordinary
> > parser generator lib.
> >
> > If you want to use Groovy _as_ your DSL, well, okay.  It's not very
> Domain
> > Specific at that point, but if that's what you really want, I guess you
> > should do it...  The JMeter side is probably going to need a whole pile
> of
> > glue so you can properly work with it, though.
> >
> > Or maybe you have some other vision and I'm missing out (TIMTOWTDI, after
> > all!). Do you have a sketch of what you think the DSL might look like and
> > the pipeline for reading it into JMeter, writing it out, etc?
> >
> > Regards,
> > Wyatt
> >
> >
> > Confidentiality Notice: This electronic message transmission, including
> > any attachment(s), may contain confidential, proprietary, or privileged
> > information from Chemical Abstracts Service ("CAS"), a division of the
> > American Chemical Society ("ACS"). If you have received this transmission
> > in error, be advised that any disclosure, copying, distribution, or use
> of
> > the contents of this information is strictly prohibited. Please destroy
> all
> > copies of the message and contact the sender immediately by either
> replying
> > to this message or calling 614-447-3600.
> >
> >
>



-- 
Cordialement.
Philippe Mouawad.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message