Fabrice Daugan (
https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%...
) *updated* an issue
Hibernate ORM (
https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOTJlNTcwYjE1...
) / Bug (
https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiOTJlNT...
) HHH-16137 (
https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiOTJlNT...
) Same named parameter appearing in SELECT and WHERE clauses throws JDBC parameter value
not bound error (
https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiOTJlNT...
)
Change By: Fabrice Daugan (
https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%...
)
During NR tests from {{ 5.6.14 }} to {{ 6.1.6 }} and {{6.2.0.CR2}} i found a regression
for HQL queries I figured to simplify as much as possible:
Query:
{code:sql}SELECT :ram FROM Simple s WHERE :ram < s.maxRam{code}
Error:
{noformat}Caused by: org.hibernate.sql.exec.ExecutionException: A problem occurred in the
SQL executor : JDBC parameter value not bound -
org.hibernate.sql.exec.internal.JdbcParameterImpl@44205b89
at
org.hibernate.sql.exec.internal.AbstractJdbcParameter.bindParameterValue(AbstractJdbcParameter.java:83)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.results.jdbc.internal.DeferredResultSetAccess.executeQuery(DeferredResultSetAccess.java:188)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.results.jdbc.internal.DeferredResultSetAccess.getResultSet(DeferredResultSetAccess.java:146)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.results.jdbc.internal.JdbcValuesResultSetImpl.advanceNext(JdbcValuesResultSetImpl.java:205)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.results.jdbc.internal.JdbcValuesResultSetImpl.processNext(JdbcValuesResultSetImpl.java:85)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.results.jdbc.internal.AbstractJdbcValues.next(AbstractJdbcValues.java:29)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.results.internal.RowProcessingStateStandardImpl.next(RowProcessingStateStandardImpl.java:88)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at org.hibernate.sql.results.spi.ListResultsConsumer.consume(ListResultsConsumer.java:197)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at org.hibernate.sql.results.spi.ListResultsConsumer.consume(ListResultsConsumer.java:33)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.doExecuteQuery(JdbcSelectExecutorStandardImpl.java:443)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.executeQuery(JdbcSelectExecutorStandardImpl.java:166)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.list(JdbcSelectExecutorStandardImpl.java:91)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at org.hibernate.sql.exec.spi.JdbcSelectExecutor.list(JdbcSelectExecutor.java:31)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.lambda$new$0(ConcreteSqmSelectQueryPlan.java:113)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:335)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at
org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:276)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:571)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:363)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at org.hibernate.query.sqm.internal.QuerySqmImpl.list(QuerySqmImpl.java:1073)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
at org.hibernate.query.Query.getResultList(Query.java:94)
~[hibernate-core-6.1.6.Final.jar:6.1.6.Final]
{noformat}
The following variant queries run correctly:
{noformat}SELECT s FROM Simple s WHERE :ram < s.maxRam
SELECT :ram FROM Simple s WHERE :ram2 < s.maxRam{noformat}
I guess the named parameters in SELECT clause are not correctly mapped in 6.x
(
https://hibernate.atlassian.net/browse/HHH-16137#add-comment?atlOrigin=ey...
) Add Comment (
https://hibernate.atlassian.net/browse/HHH-16137#add-comment?atlOrigin=ey...
)
Get Jira notifications on your phone! Download the Jira Cloud app for Android (
https://play.google.com/store/apps/details?id=com.atlassian.android.jira....
) or iOS (
https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=Em...
) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:6115380 )