<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi Andreas,</p>
    <p>we will investigate whether we can avoid requiring the
      annotation.<br>
    </p>
    <p>Did you try if it worked if you annotated it? Or is your code (or
      relevant parts of it) open-source so we can run it ourselves?</p>
    <p><br>
    </p>
    <p>&gt; What we need is in fact a Nashorn replacement as a scripting
      engine as part of the JDK<br>
      &gt; or as a plugin into the JDK by adding it to the classpath.</p>
    <p>Executing Graal JavaScript on a stock JDK is possible already
      (without Graal as optimizing compiler), and we are working on a
      fully-performant solution for JDK 11 (with Graal). Graal
      JavaScript tries to be closely compatible to Nashorn, but it is
      unrealistic that it ever provides 100% compatibility. Feedback
      like yours helps us understand what users care about most.<br>
    </p>
    <p><br>
    </p>
    <p>&gt; Nashorn’s performance is ok for us but an increase would be
      much<br>
      &gt; appreciated. Are there plans to provide that?</p>
    <p>Graal JavaScript is significantly faster than Nashorn on most
      peak performance benchmarks (often orders of magnitude faster).
      But please note the difference: Nashorn always compiles the
      JavaScript code it executes to bytecode. Graal JavaScript requires
      Graal as optimizing compiler to achive good performance. The setup
      you are testing right now does not include Graal, so in your case,
      JavaScript is only interpreted, thus you will experience a
      performance impact.</p>
    <p>Best,<br>
      Christian<br>
    </p>
    <br>
    <div class="moz-cite-prefix">Am 22.06.2018 um 16:13 schrieb Andreas
      Mueller:<br>
    </div>
    <blockquote type="cite"
      cite="mid:90ABE965-8360-46F0-B3FD-665B97F25784@iit.de">Hi Andreas,
      <div class=""><br class="">
        <blockquote type="cite" class="">2. onTimer({execute:
          function(timer){}})<br class="">
          (where execute is the name of the interface method)<br
            class="">
          or if possible, add @FunctionalInterface to the interface<br
            class="">
        </blockquote>
        <div class=""><br class="">
        </div>
        I guess it’s the above. I can’t change the scripts as we have
        hundreds of them on customer’s side. We use Nashorn as the
        scripting engine for SwiftMQ Streams. Nashorn automatically
        choses the right method without the need to annotate.</div>
      <div class=""><br class="">
      </div>
      <div class="">Adding the annotation is possible but can’t you
        provide a kind of Nashorn compatibility mode? That would make
        the transitioning a lot easier.</div>
      <div class=""><br class="">
      </div>
      <div class="">Concerning using GraalVM as the JVM:</div>
      <div class=""><br class="">
      </div>
      <div class="">We use the scripting engine as an integral part of
        our message broker. Customer’s don’t switch to GraalVM in
        production because we tell’em. What we need is in fact a Nashorn
        replacement as a scripting engine as part of the JDK or as a
        plugin into the JDK by adding it to the classpath. Nashorn’s
        performance is ok for us but an increase would be much
        appreciated. Are there plans to provide that?</div>
      <div class=""><br class="">
      </div>
      <div class="">Thanks,</div>
      <div class="">Andreas<br class="">
        -- <br class="">
        Andreas Mueller<br class="">
        IIT Software GmbH<br class="">
        <a
href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.swiftmq.com&amp;d=DwMFaQ&amp;c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&amp;r=CUkXBxBNT_D5N6HMJ5T9Z6rmvNKYsqupcbk72K0lcoQ&amp;m=TwCwf8ZdAn5bhnAsuLjir7XDckgfN3fPg7_BxpI6ejI&amp;s=Xsylc_W7_X1n8qyu8YUic4sO1x1JwIs84rKr3pLT1kA&amp;e="
          class="" moz-do-not-send="true">http://www.swiftmq.com</a><br
          class="">
        <br class="">
        <img apple-inline="yes"
          id="A32BD27C-955C-4ED8-9320-39910F2B45FB" apple-width="yes"
          apple-height="yes"
          src="cid:part2.4001AB7D.7E17BF4F@oracle.com" class=""
          height="100" width="452"><br class="">
        <br class="">
      </div>
      <br>
      <br>
      <hr>
      IIT Software GmbH<br>
      Falkenhorst 11, 48155 Münster, Germany<br>
      Phone: +49 (0)251 39 72 99 00<br>
      Managing Director: Andreas Müller<br>
      District Court: Amtsgericht Münster, HRB 16294<br>
      VAT-No: DE199945912<br>
      <br>
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.<br>
      <!--'"--><br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
GraalVM-Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:GraalVM-Users@oss.oracle.com">GraalVM-Users@oss.oracle.com</a>
<a class="moz-txt-link-freetext" href="https://oss.oracle.com/mailman/listinfo/graalvm-users">https://oss.oracle.com/mailman/listinfo/graalvm-users</a></pre>
    </blockquote>
    <br>
  </body>
</html>