Github user mattallenuk commented on the issue:
https://github.com/apache/tinkerpop/pull/922
Hiya guys,
I have moved the code out of the existing classes and have created a Client
class that can handle script sending and a Translator class that can convert
bytecode into a string.
The Translator class accepts bindings in the form of a javascript object
passed into the step function and converts it into Gremlin Groovy Tuple in the
translated script. I haven't considered the impact of this upon Bytecode so
this may need to be changed or addressed on the Bytecode side, or Bytecode may
already handle parameter maps?
In terms of consumption is there a way we could make the Translator more
transparent to the user, I did have an eval function added to Traversal which
did the conversion and sending, I removed this but would that be an acceptable
solution? It's not inline with other GLV's unfortunately.
---
