Re: [Grinder-use] Scala language support ?
Distributed load testing framework - Java, Jython, or Clojure scripts.
Brought to you by:
philipa
|
From: olivier m. <ome...@gm...> - 2013-10-20 19:49:46
|
Hello Phil, Thanks for your clear explanation. As far as i understand, the Scala implementation relies on the java binding quality ... which should be good. I will have a try when i find some times. Many thanks, Olivier Le 15 oct. 2013 21:04, "Philip Aston" <ph...@ma...> a écrit : > Hi Olivier, > > I've no plans to develop a SCala plugin myself, but would welcome > someone else doing so. > > The Grinder has a well-defined API for script engines. As well as the > built-in Jython, Java, and Clojure support, I know of at least one > independent engine (https://github.com/DealerDotCom/grinder-groovy). > This type of extension project is easier to manage as a small github > style entities, with their own independent release cycle. The API is > stable, so there should be few compatibilty problems with recent > versions of The Grinder. > > As far as I can see, the grinder-scala-archetype doesn't add its own > Scala instrumentation, so it will pass all objects to the Java engine. > This may or may not do the right thing (depending on how Scala Java > binding is implemented). In contrast, the Jython runtime is particularly > complex and so the instrumentation is also complex (and it seems it has > at least one bug - as you know), whereas, the Clojure binding is very > simple, because Clojure has a very simple Java binding (everything's a > function call). But why not try it out, and get in touch with the author? > > - Phil > > On 14/10/13 10:44, olivier merlin wrote: > > Hello Phil, > > > > I have seen that you have integrated Clojure in TheGrinder . > > That's seems nice but also hard for me because the lisp like syntax is > > quite complex for noobies ... > > and requires i think a lot of effort coming from Python. > > > > I was wondering if scala was not more a good compromise for people > > like me less expert on languages ... so a smooth move to pure > > functional language but with still the possibilities of imperative > > development way. > > > > I have seen that someone has done an attempt to do that : > > https://github.com/pshemass/grinder-scala-archetype > > > > What do you think of this ? Do you have a plan for Scala ? > > > > Thanks a lot, > > Olivier > > > > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk > _______________________________________________ > grinder-use mailing list > gri...@li... > https://lists.sourceforge.net/lists/listinfo/grinder-use > |