[
https://issues.apache.org/jira/browse/TINKERPOP-1489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15551349#comment-15551349
]
ASF GitHub Bot commented on TINKERPOP-1489:
-------------------------------------------
Github user jorgebay commented on the issue:
https://github.com/apache/tinkerpop/pull/450
1: I mentioned the difficulty of delivering a `RemoteConnection`
implementation inside the TinkerPop repository above.
2: I commented in TINKERPOP-1490 that `async` is a reserved keyword, in
this case, in Javascript. We could use for the Javascript GLV the method names
that comes from the discussion in that ticket.
3: I will need more time and guidance to deliver
GremlinJavascriptScriptEngine. Things like
`org.apache.tinkerpop.gremlin.util['function'].Lambda.ZeroArgLambda` are
failing under nashorn because ZeroArgLambda is being identified as a package
but not as a class (js constructor).
4: I can send some notes and code samples your way.
> Provide a Javascript Gremlin Language Variant
> ---------------------------------------------
>
> Key: TINKERPOP-1489
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1489
> Project: TinkerPop
> Issue Type: Improvement
> Components: language-variant
> Reporter: Jorge Bay
>
> It would be nice to have a Javascript Gremlin Language Variant that could
> work with any ES5 runtime, specially the ones that support
> [CommonJs|http://requirejs.org/docs/commonjs.html], like Node.js.
> Nashorn, the engine shipped with JDK 8+, does not implement CommonJs but
> provides [additional
> extensions|https://wiki.openjdk.java.net/display/Nashorn/Nashorn+extensions]
> making modular JavaScript possible. Nashorn should be supported in order to
> run glv tests under the same infrastructure (JDK8).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
