<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Supporting multiple JS engines is a major burden, and prevents us from doing optimizations that more seamlessly bridge the gap between DOM and JSC. &nbsp;I suspect we won't want to continue supporting multiple JS engines like we did when the Chrome folks used WebKit with V8.<div><br></div><div><div><div>-Filip</div><div><div><br></div><div><br><div><div>On Apr 4, 2013, at 4:54 PM, Per Bothner &lt;<a href="mailto:per.bothner@oracle.com">per.bothner@oracle.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;">On 04/04/2013 10:21 AM, Oliver Hunt wrote:<br><blockquote type="cite">Supporting V8 places a considerable burden on webkit, there are a number of<br>large, cumbersome and expensive abstractions required for to support multiple<br>JS engines (see the original discussions on the topic from many years ago).<br></blockquote><br>We at Oracle are working on using WebKit with our own JavaScript engine,<br>Nashorn:<span class="Apple-converted-space">&nbsp;</span><a href="http://openjdk.java.net/projects/nashorn/">http://openjdk.java.net/projects/nashorn/</a><br>This is for the WebView component of JavaFX:<br><a href="http://docs.oracle.com/javafx/2/api/javafx/scene/web/package-summary.html">http://docs.oracle.com/javafx/2/api/javafx/scene/web/package-summary.html</a><br><br>This is still experimental, and no committed deliverable. &nbsp;However,<br>it is obviously preferable in the eat-your-own-dogfood way that we<br>use our own JavaScript engine, especially once that engine becomes<br>part of the Java distribution.<br><br>This is still in pretty rough shape, but we would find it<br>unfortunate if if becomes more difficult to build WebKit<br>with an alternative JavaScript engine. &nbsp;For the Nashorn "port",<br>I created a new WebCore/bindings/nashorn directory in<br>parallel to WebCore/bindings/js and WebCore/bindings/v8.<br>We generate .java class from the .idl file. &nbsp;No "JavaScript<br>classes" are ever created. &nbsp;Instead Nashorn provides an<br>on-the-fly bridge to the Java objects.<br>--<span class="Apple-converted-space">&nbsp;</span><br><span class="Apple-tab-span" style="white-space: pre;">        </span>--Per Bothner<br><a href="mailto:per.bothner@oracle.com">per.bothner@oracle.com</a><span class="Apple-converted-space">&nbsp;</span>&nbsp;&nbsp;<a href="mailto:per@bothner.com">per@bothner.com</a><span class="Apple-converted-space">&nbsp;</span>&nbsp;&nbsp;<a href="http://per.bothner.com/">http://per.bothner.com/</a><br>_______________________________________________<br>webkit-dev mailing list<br><a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br><a href="https://lists.webkit.org/mailman/listinfo/webkit-dev">https://lists.webkit.org/mailman/listinfo/webkit-dev</a></div></blockquote></div><br></div></div></div></div></body></html>