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 <[email protected]> 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) <[email protected]> > wrote: > > > > -----Original Message----- > > > From: Philippe Mouawad [mailto:[email protected]] > > > Sent: Friday, August 12, 2016 3:19 PM > > > To: [email protected] > > > Subject: Re: JMeter DSL discussion > > > > > > On Fri, Aug 12, 2016 at 5:10 PM, Epp, Jeremiah W (Contractor) > > > <[email protected]> > > > 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.
