[
https://issues.apache.org/jira/browse/TINKERPOP-3047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17942024#comment-17942024
]
ASF GitHub Bot commented on TINKERPOP-3047:
-------------------------------------------
andreachild commented on code in PR #3091:
URL: https://github.com/apache/tinkerpop/pull/3091#discussion_r2034152078
##########
gremlin-language/src/main/antlr4/Gremlin.g4:
##########
@@ -22,6 +22,12 @@ grammar Gremlin;
PARSER RULES
**********************************************/
+gremlinValue
+ : (numericLiteral | booleanLiteral | stringLiteral | dateLiteral |
nullLiteral | nanLiteral | infLiteral |
+ traversalT | traversalCardinality | traversalDirection | traversalMerge
|
+ structureVertex | genericLiteralSet | genericLiteralCollection |
genericLiteralMap) EOF
Review Comment:
What was the deciding factor when choosing what is considered a
`gremlinValue`?
> Grammar does not parse keywords into Map keys
> ---------------------------------------------
>
> Key: TINKERPOP-3047
> URL: https://issues.apache.org/jira/browse/TINKERPOP-3047
> Project: TinkerPop
> Issue Type: Bug
> Components: language
> Affects Versions: 3.7.1
> Reporter: Stephen Mallette
> Priority: Critical
>
> {{[keys: ["a","b"]}} won't work because "keys" ends up being parsed to
> {{Column.keys}}. another issue at play is the use of parens to wrap certain
> key definitions but not others. it doesn't feel consistent. like, it will
> work for {{T}} values but not for something like "edges" which is just a
> keyword token. Not sure it's wrong but it requires some examination.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
