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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.