Re: Scala language support ?
olivier merlin <[email protected]>
| Newsgroups | gmane.comp.java.grinder.user |
|---|---|
| Message-ID | <CAFjxuZMANFWfRcTy9Hsayo0dcmdsSTFEAZSHoJV-O2H+v0bUFg@mail.gmail.com> |
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" <[email protected]> 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/grinder-use > ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/grinder-use