-
Notifications
You must be signed in to change notification settings - Fork 139
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refer Antlr file using specific branch #2893
Conversation
Signed-off-by: Tomoyuki Morita <[email protected]>
@@ -18,7 +18,7 @@ lexer grammar SqlBaseLexer; | |||
|
|||
@members { | |||
/** | |||
* When true, parser should throw ParseException for unclosed bracketed comment. | |||
* When true, parser should throw ParseExcetion for unclosed bracketed comment. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should it be Exception ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is coming from Apache Spark repository, and we shouldn't fix here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the changes!
I'm thinking how we can ensure that we remember to update this version whenever a new release branch is created in opensearch-spark
repo. cc: @penghuo
Should we have a check list for creating new release branch in |
# Conflicts: # async-query-core/src/main/antlr/SqlBaseLexer.g4 # async-query-core/src/main/antlr/SqlBaseParser.g4 # async-query-core/src/main/java/org/opensearch/sql/spark/utils/SQLQueryUtils.java
Signed-off-by: Tomoyuki Morita <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm thinking whether tracking one Flint Spark branch will be a problem or not.
I think the ideal case SQL main
tracks Spark main
and SQL 2.x
tracks Spark 0.5
? However, we cannot do this because we always backport PR?
I think the problem is that we tend to automatically include the grammar change in the PRs even if the change is not related to the grammar. We'd want to separate Grammar PRs and don't backport them. Options came up to my mind are:
|
Signed-off-by: Tomoyuki Morita <[email protected]>
Signed-off-by: Tomoyuki Morita <[email protected]>
* Refer Antlr file using specific branch Signed-off-by: Tomoyuki Morita <[email protected]> * Fix version to current one Signed-off-by: Tomoyuki Morita <[email protected]> * Disable auto download Signed-off-by: Tomoyuki Morita <[email protected]> * Disable auto download Signed-off-by: Tomoyuki Morita <[email protected]> --------- Signed-off-by: Tomoyuki Morita <[email protected]> (cherry picked from commit d7710d0) Signed-off-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
Description
Related Issues
#2890 (comment)
#3022
Check List
--signoff
.By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.