-
Notifications
You must be signed in to change notification settings - Fork 1.5k
HQL query "where exists (subquery)" fails #2864
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
Comments
Related: #2322 (comment) |
Problem appears to be that Need to uncomment it out so that it will roll up as an |
… parser. RIGHT, LEFT, OUTER, INNER, and FULL are HQL tokens. This means they also need to be recognized as potential reserved words and thus possibly identifiers. This can show up if someone, for example, uses "right" as the name of a relationship in a JPA entity. Resolves #2864.
RIGHT, LEFT, OUTER, INNER, and FULL are HQL tokens. This means they also need to be recognized as potential reserved words and thus possibly identifiers. This can show up if someone, for example, uses "right" as the name of a relationship in a JPA entity. Resolves #2864.
A query like this:
...will fail because Consequently, the other reserved words, which were originally commented out as well, should ALSO be uncommented and tested as well. |
RIGHT, LEFT, OUTER, INNER, and FULL are HQL tokens. This means they also need to be recognized as potential reserved words and thus possibly identifiers. This can show up if someone, for example, uses "right" as the name of a relationship in a JPA entity. Resolves #2864.
The following query:
...while valid according to the official HQL parser, doesn't pass validation with Spring Data JPA.
The text was updated successfully, but these errors were encountered: