February 2023 - hibernate-issues - Jboss List Archives

[JIRA] (HHH-16123) Invalid generated SQL query when accessing join from a treated path

by Marco Belladelli (JIRA)

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16137) Same named parameter appearing in SELECT and WHERE clauses throws JDBC parameter value not bound error

by Fabrice Daugan (JIRA)

Fabrice Daugan ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOWRhMzdmODY3... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiOWRhMz... ) HHH-16137 ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiOWRhMz... ) Same named parameter appearing in SELECT and WHERE clauses throws JDBC parameter value not bound error ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiOWRhMz... ) 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 SELECT :ram FROM Simple s {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=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:6115380 )

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16137) Same named parameter appearing in SELECT and WHERE clauses throws JDBC parameter value not bound error

by Fabrice Daugan (JIRA)

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=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:6115380 )

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16137) Same named parameter appearing in SELECT and WHERE clauses throws JDBC parameter value not bound error

by Fabrice Daugan (JIRA)

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16137) Same named parameter appearing in SELECT and WHERE clauses throws JDBC parameter value not bound error

by Fabrice Daugan (JIRA)

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16137) Named parameter in SELECT and WHERE clauses throws JDBC parameter value not bound error

by Fabrice Daugan (JIRA)

Fabrice Daugan ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16137 ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiMWEwY2... ) Re: Named parameter in SELECT and WHERE clauses throws JDBC parameter value not bound error ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiMWEwY2... ) I have added the test case hibernate-orm-6.zip ( 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=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:6115380 )

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16137) Named parameter in SELECT and WHERE clauses throws JDBC parameter value not bound error

by Fabrice Daugan (JIRA)

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16137) Named parameter in SELECT and WHERE clauses throws JDBC parameter value not bound error

by Fabrice Daugan (JIRA)

Fabrice Daugan ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16137 ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiMGRlOG... ) Re: Named parameter in SELECT and WHERE clauses throws JDBC parameter value not bound error ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiMGRlOG... ) The corresponding Java code of the queries: // Works correctly em.createQuery( "SELECT s FROM Simple s WHERE :ram < s.maxRam" ) .setParameter( "ram" , 2.0) .getResultList(); // Works correctly em.createQuery( "SELECT :ram FROM Simple s WHERE :ram2 < s.maxRam" ) .setParameter( "ram" , 2.0) .setParameter( "ram2" , 2.0) .getResultList(); // Throws the described exception em.createQuery( "SELECT :ram FROM Simple s WHERE :ram < s.maxRam" ) .setParameter( "ram" , 2.0) .getResultList(); ( 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=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:6115380 )

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16137) Named parameter in SELECT and WHERE clauses throws JDBC parameter value not bound error

by Fabrice Daugan (JIRA)

Fabrice Daugan ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYzljODc0ODE1... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiYzljOD... ) HHH-16137 ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiYzljOD... ) Named parameter in SELECT and WHERE clauses throws JDBC parameter value not bound error ( https://hibernate.atlassian.net/browse/HHH-16137?atlOrigin=eyJpIjoiYzljOD... ) Issue Type: Bug Affects Versions: 6.1.6 Assignee: Unassigned Attachments: Simple.java Components: hibernate-core Created: 05/Feb/2023 08:24 AM Environment: MySQL, PgSQL, HSQLDB Priority: Major Reporter: Fabrice Daugan ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) During NR tests from 5.6.14 to 6.1.6 i found a regression for HQL queries I figured to simplify as much as possible: Query: SELECT :ram FROM Simple s WHERE :ram < s.maxRam Error: 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] The following variant queries run correctly: SELECT s FROM Simple s WHERE :ram < s.maxRam SELECT :ram FROM Simple s WHERE :ram2 < s.maxRam 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=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:6115380 )

2 years, 10 months

1
0
0 / 0

[JIRA] (HHH-16131) Date calculation errors in Oracle and TiDB

by Jan Schatteman (JIRA)

Jan Schatteman ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16131 ( https://hibernate.atlassian.net/browse/HHH-16131?atlOrigin=eyJpIjoiYWYyZT... ) Re: Date calculation errors in Oracle and TiDB ( https://hibernate.atlassian.net/browse/HHH-16131?atlOrigin=eyJpIjoiYWYyZT... ) The tidb one seems like it’s a bug, they’ve created a tracker for it: https://github.com/pingcap/tidb/issues/41052 ( https://github.com/pingcap/tidb/issues/41052 ) ( https://hibernate.atlassian.net/browse/HHH-16131#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16131#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=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:6115380 )

2 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues February 2023