[
https://issues.apache.org/jira/browse/TINKERPOP-2443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17219752#comment-17219752
]
Stephen Mallette commented on TINKERPOP-2443:
---------------------------------------------
One of the many bugs I've come across while working on this issue:
TINKERPOP-2458. Will fix it as part of this issue.
> Improve testing of Translator instances for non-JVM languages with focus on
> Python as a model
> ---------------------------------------------------------------------------------------------
>
> Key: TINKERPOP-2443
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2443
> Project: TinkerPop
> Issue Type: Improvement
> Components: python, test-suite, translator
> Affects Versions: 3.4.8
> Reporter: Stephen Mallette
> Assignee: Stephen Mallette
> Priority: Major
>
> It's easy to test a translator like {{GroovyTranslator}} because it runs on
> the JVM and can hook directly into the standard gremlin-test suite. Off the
> JVM it's a bit harder because you need a way to run the generated code in the
> language environment you generated for. So, for {{PythonTranslator}} we would
> need to hook into the Gherkin tests somehow. I was thinking we could generate
> a python file on builds that runs through the Gherkin tests to produce the
> translated version of the Gremlin. That would become a lookup by the test
> scenario name when executing the Radish tests. In that way we get to test if
> the translated Gremlin compiles and executes natively. That might also rid
> ourselves of the "manual" translation we do now in a piece of code like
> {{feature_steps.py}} which has to string parse Gremlin to produce the
> compliable Python.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
