May 2023 - hibernate-issues - Jboss List Archives

[JIRA] (HHH-16677) Drop JPA static metamodel generation from Gradle plugin

by Steve Ebersole (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16679) Avoid type pollution problems on iterations of List<JdbcParameter>

by Sanne Grinovero (JIRA)

Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYWNhYmJjYzQ2... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16679?atlOrigin=eyJpIjoiYWNhYm... ) HHH-16679 ( https://hibernate.atlassian.net/browse/HHH-16679?atlOrigin=eyJpIjoiYWNhYm... ) Avoid type pollution problems on iterations of List<JdbcParameter> ( https://hibernate.atlassian.net/browse/HHH-16679?atlOrigin=eyJpIjoiYWNhYm... ) Issue Type: Improvement Assignee: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Created: 23/May/2023 08:25 AM Fix Versions: 6.3.0, 6.2.4 Labels: performance Priority: Major Reporter: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Hibernate ORM does frequently need to iterate on the JdbcParameter Lists, and it risks triggering type pollution during each step of such iteration. This issue is to track mitigation for this, and also proposes a slightly more robust contract as we want to expose an “immutable list” as internal contract rather than a vanilla List, which inherently exposes mutability and several other operations we don’t actually need. ( https://hibernate.atlassian.net/browse/HHH-16679#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16679#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16633) Render "repository" methods into generated metamodel

by Steve Ebersole (JIRA)

Steve Ebersole ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16633 ( https://hibernate.atlassian.net/browse/HHH-16633?atlOrigin=eyJpIjoiNzZmND... ) Re: Render "repository" methods into generated metamodel ( https://hibernate.atlassian.net/browse/HHH-16633?atlOrigin=eyJpIjoiNzZmND... ) Not sure how easy / doable this will be from an annotation processor. Might be better to have a plugin task that generates a separate repository class rather than creating them on the static metamodel classes. ( https://hibernate.atlassian.net/browse/HHH-16633#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16633#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16632) Render names into generated metamodel

by Steve Ebersole (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16636) Gradle plugin incorrectly makes JPA model generation depend on compile

by Steve Ebersole (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16654) auto-addition of joins to queries for EAGER to-one associations

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16654 ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiOWFkY2... ) Re: auto-addition of joins to queries for EAGER to-one associations ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiOWFkY2... ) Done! There’s a new implicit fetch profile you can turn on. It’s called org.hibernate.defaultProfile. When enabled, eager to-one associations are automatically added to the query. ( https://hibernate.atlassian.net/browse/HHH-16654#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16654#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16636) Gradle plugin incorrectly makes JPA model generation depend on compile

by Steve Ebersole (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16636) Gradle plugin incorrectly makes JPA model generation depend on compile

by Steve Ebersole (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2520) Solve compilation failures after update to TP 4.28.0.AM1

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16678) AssertionError in QueryLiteral.<init> when using "update versioned Entity ..." if @Version is a long

by Damien GIBOU (JIRA)

Damien GIBOU ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMWM4OWE1YjI3... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16678?atlOrigin=eyJpIjoiMWM4OW... ) HHH-16678 ( https://hibernate.atlassian.net/browse/HHH-16678?atlOrigin=eyJpIjoiMWM4OW... ) AssertionError in QueryLiteral.<init> when using "update versioned Entity ..." if @Version is a long ( https://hibernate.atlassian.net/browse/HHH-16678?atlOrigin=eyJpIjoiMWM4OW... ) Issue Type: Bug Affects Versions: 6.2.2 Assignee: Unassigned Components: hibernate-core Created: 23/May/2023 07:27 AM Environment: Found using Spring Boot 3.1.0/Hibernate 6.2.2 Priority: Major Reporter: Damien GIBOU ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) If an entity has a long (or Long) @Version field @Version private long optimisticVersion; A query like the following: update versioned Entity set x=true where x=false will lead to the following Assertion: ava.lang.AssertionError: null at org.hibernate.sql.ast.tree.expression.QueryLiteral.<init>(QueryLiteral.java:36) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.addVersionedAssignment(BaseSqmToSqlAstConverter.java:910) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitUpdateStatement(BaseSqmToSqlAstConverter.java:829) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitUpdateStatement(BaseSqmToSqlAstConverter.java:429) at org.hibernate.query.sqm.tree.update.SqmUpdateStatement.accept(SqmUpdateStatement.java:168) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.translate(BaseSqmToSqlAstConverter.java:767) at org.hibernate.query.sqm.internal.SimpleUpdateQueryPlan.createUpdateTranslator(SimpleUpdateQueryPlan.java:116) at org.hibernate.query.sqm.internal.SimpleUpdateQueryPlan.executeUpdate(SimpleUpdateQueryPlan.java:61) at org.hibernate.query.sqm.internal.QuerySqmImpl.doExecuteUpdate(QuerySqmImpl.java:735) at org.hibernate.query.sqm.internal.QuerySqmImpl.executeUpdate(QuerySqmImpl.java:705) Changing the type of the optimisticVersion field to int/Integer allows to workaround the issue. I have tracked down the problem to the following code in BaseSqmToSqlAstConverter.addVersionedAssignment(...) : value = new BinaryArithmeticExpression( versionColumn, ADD, new QueryLiteral<>( 1, versionType ), versionType ); 1 is an Integer whereas versionType.getJdbcMapping() is a LongJavaType, explaining why the assertions fails in the QueryLiteral constructor. The assertion should probably be relaxed to take into account that an int can be promoted to a long. Or alternatively something like in the caller : versionType.getJavaTypeClass() == Long.class ? new QueryLiteral<>( 1L, versionType ) : new QueryLiteral<>( 1, versionType ) The same issue may happen with other primitive types supporting promotion. ( https://hibernate.atlassian.net/browse/HHH-16678#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16678#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16677) Drop JPA static metamodel generation from Gradle plugin

by Steve Ebersole (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16666) allow fetch profiles to be defined using the @Fetch annotation

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16666 ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiMGY0MT... ) Re: allow fetch profiles to be defined using the @Fetch annotation ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiMGY0MT... ) I have changed this to use a separate @FetchProfileOverride annotation, to clear up inconsistent semantics w.r.t. lazy vs eager. ( https://hibernate.atlassian.net/browse/HHH-16666#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16666#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HV-1949) Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used

by Marko Bekhta (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16571) Avoid root table join for FK access of key-many-to-one

by Christian Beikov (JIRA)

Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYTMyM2Y4NGVl... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16571?atlOrigin=eyJpIjoiYTMyM2... ) HHH-16571 ( https://hibernate.atlassian.net/browse/HHH-16571?atlOrigin=eyJpIjoiYTMyM2... ) Avoid root table join for FK access of key-many-to-one ( https://hibernate.atlassian.net/browse/HHH-16571?atlOrigin=eyJpIjoiYTMyM2... ) Change By: Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) An entity model with a key-many-to-one that uses joined inheritance always has to join the root table when querying a subclass, even if no attributes of the super types are used. This is unfortunately because the FK of the {{ToOneAttributeMapping}} uses the root table information for the mapping. We should try to optimize this in {{org.hibernate.metamodel.mapping.internal.MappingModelCreationHelper#interpretToOneKeyDescriptor}} to be able to avoid always joining. Note that there is code which build builds on the current behavior, but I added a TODO comment with this Jira key along with explanation of what needs to be done. ( https://hibernate.atlassian.net/browse/HHH-16571#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16571#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16565) ClassCastException when batch fetch and 2nd level cache are enabled for polymorphic entities

by Marco Belladelli (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16565) ClassCastException when batch fetch and 2nd level cache are enabled for polymorphic entities

by Marco Belladelli (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16647) allow unqualified use of query result type in HQL instantiation

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16601) no confirmation that second-level cache is enabled at startup

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16676) SqmQuerySpec#toHqlString doesn't handle treat expressions

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16674) Query Path comparison not working for primary keys

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16674) Query Path comparison not working for primary keys

by Christian Beikov (JIRA)

Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16674 ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiMDdiZT... ) Re: Query Path comparison not working for primary keys ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiMDdiZT... ) The reasoning behind this change is just common sense. You can’t compare an entity expression with e.g. an integer because these types are simply not comparable. In Java, you also can’t write entity == 1 , because how would Java do the comparison? We just apply the same strictness in HQL/Criteria. As unfortunate as this may sound, but you’ll simply have to fix your code. ( https://hibernate.atlassian.net/browse/HHH-16674#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16674#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16674) Query Path comparison not working for primary keys

by Alexander B (JIRA)

Alexander B ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5be2b57... ) *commented* on HHH-16674 ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiYjg3ZW... ) Re: Query Path comparison not working for primary keys ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiYjg3ZW... ) Thank you for the quick answer. So if I understand it correctly, this was never supposed to work in Hibernate 6 but until 6.2 it worked (magically ) and now it was fixed so that it’s compliant. Sadly, the migration guide ( https://github.com/hibernate/hibernate-orm/blob/6.0/migration-guide.adoc#... ) doesn’t state why it was changed and I also couldn’t find why it was changed when searching after it. Is this documented somewhere, why it was actually changed? A link to an issue/discussion somewhere would be great 🙂 ( https://hibernate.atlassian.net/browse/HHH-16674#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16674#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16676) SqmQuerySpec#toHqlString doesn't handle treat expressions

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16675) Reenable native query OffsetDateTime test after Oracle JDBC update

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16443) Convert SqlStatementLogger into a Service

by Sanne Grinovero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16443) Convert SqlStatementLogger into a Service

by Sanne Grinovero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16674) Query Path comparison not working for primary keys

by Andrea Boriero (JIRA)

Andrea Boriero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16674 ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiZWE4OG... ) Re: Query Path comparison not working for primary keys ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiZWE4OG... ) Hi Alexander B ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5be2b57... ) , as specified in the migration guide ( https://github.com/hibernate/hibernate-orm/blob/6.0/migration-guide.adoc#... ) it is not anymore allowed to compare an entity path {{ root.get(UserAuthLog_.user)}} against a literal userId. ( https://hibernate.atlassian.net/browse/HHH-16674#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16674#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16674) Query Path comparison not working for primary keys

by Alexander B (JIRA)

Alexander B ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5be2b57... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZGY0MWM0NDVl... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiZGY0MW... ) HHH-16674 ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiZGY0MW... ) Query Path comparison not working for primary keys ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiZGY0MW... ) Change By: Alexander B ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5be2b57... ) Before Version 6.2 it was possible to just write the primary key (mostly a {{long}}) of the type referenced in CriteriaBuilder's {{equal}}, {{in}}, ...-Methods. Since Version 6.2 this no longer works. This is mentioned in the [https://docs.jboss.org/hibernate/orm/6.2/migration-guide/migration-guide....] however I assume that the Primary Keys have been overlooked. e.g. the following Code fails {code:java}... final CriteriaBuilder cb = this.getEntityManager().getCriteriaBuilder(); final CriteriaQuery<UserAuthLog> cq = cb.createQuery(UserAuthLog.class); final Root<UserAuthLog> root = cq.from(UserAuthLog.class); cq.select(root); // Problem here cq.where(cb.equal(root.get(UserAuthLog_.user), userId)); ...{code} where the class {{UserAuthLog}} looks like this: {noformat} ... @NotNull @ManyToOne(fetch = FetchType.EAGER) @JoinColumn( name = "user_id", foreignKey = @jakarta.persistence.ForeignKey(value = ConstraintMode.CONSTRAINT) ) private UserDetail user; ...{noformat} and {{UserDetail}} like this {code:java}public class UserDetail { ... @Id @GeneratedValue(strategy = IDENTITY) @Column(name = "id", unique = true, nullable = false) private long id; ...{code} with the following exception {code:java}Caused by: java.lang.IllegalArgumentException: Can't compare test expression of type [UserDetail] with element of type [basicType(a)1228(java.lang.Long,-5)] at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.assertComparable(SqmCriteriaNodeBuilder.java:2098) at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.equal(SqmCriteriaNodeBuilder.java:2121) at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.equal(SqmCriteriaNodeBuilder.java:182) at XXX.getUserLoginLogs(XXX.java:39) ...{code} Also consider that some methods like {{in}} use collections with primary keys. The changes were done here: [https://github.com/hibernate/hibernate-orm/pull/6189|https://github.com/h... [https://hibernate.atlassian.net/browse/HHH-15802|https://hibernate.atlass...] If this can’t be fixed it would be great if we could somehow disable this early query path comparison, so that we don’t have to check our entire DAL-Layer (we are talking about thousands of lines of code) for problems. ( https://hibernate.atlassian.net/browse/HHH-16674#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16674#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16674) Query Path comparison not working for primary keys

by Alexander B (JIRA)

Alexander B ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5be2b57... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMmViYjJiMjZi... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiMmViYj... ) HHH-16674 ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiMmViYj... ) Query Path comparison not working for primary keys ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiMmViYj... ) Change By: Alexander B ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5be2b57... ) Before Version 6.2 it was possible to just write the primary key (mostly a {{long}}) of the type referenced in CriteriaBuilder's {{equal}}, {{in}}, ...-Methods. Since Version 6.2 this no longer works. This is mentioned in the [https://docs.jboss.org/hibernate/orm/6.2/migration-guide/migration-guide....] however I assume that the Primary Keys have been overlooked. e.g. the following Code fails {code:java}... final CriteriaBuilder cb = this.getEntityManager().getCriteriaBuilder(); final CriteriaQuery<UserAuthLog> cq = cb.createQuery(UserAuthLog.class); final Root<UserAuthLog> root = cq.from(UserAuthLog.class); cq.select(root); // Problem here cq.where(cb.equal(root.get(UserAuthLog_.user), userId)); ...{code} where the class {{UserAuthLog}} looks like this: {noformat} ... @NotNull @ManyToOne(fetch = FetchType.EAGER) @JoinColumn( name = "user_id", foreignKey = @jakarta.persistence.ForeignKey(value = ConstraintMode.CONSTRAINT) ) private UserDetail user; ...{noformat} and {{UserDetail}} like this { noformat code:java }public class UserDetail { ... @Id @GeneratedValue(strategy = IDENTITY) @Column(name = "id", unique = true, nullable = false) private long id; ...{ noformat code } with the following exception { noformat code:java }Caused by: java.lang.IllegalArgumentException: Can't compare test expression of type [UserDetail] with element of type [basicType(a)1228(java.lang.Long,-5)] at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.assertComparable(SqmCriteriaNodeBuilder.java:2098) at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.equal(SqmCriteriaNodeBuilder.java:2121) at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.equal(SqmCriteriaNodeBuilder.java:182) at XXX.getUserLoginLogs(XXX.java:39) ...{ noformat code } Also consider that some methods like {{in}} use collections with primary keys. The changes were done here: [https://github.com/hibernate/hibernate-orm/pull/6189|https://github.com/h... [https://hibernate.atlassian.net/browse/HHH-15802|https://hibernate.atlass...] If this can’t be fixed it would be great if could somehow disable this early query path comparison, so that we don’t have to check our entire DAL-Layer (we are talking about thousands of lines of code) for problems. ( https://hibernate.atlassian.net/browse/HHH-16674#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16674#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16674) Query Path comparison not working for primary keys

by Alexander B (JIRA)

Alexander B ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5be2b57... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNDBlOTdmYjQ4... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiNDBlOT... ) HHH-16674 ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiNDBlOT... ) Query Path comparison not working for primary keys ( https://hibernate.atlassian.net/browse/HHH-16674?atlOrigin=eyJpIjoiNDBlOT... ) Issue Type: Bug Assignee: Unassigned Components: hibernate-core Created: 23/May/2023 02:31 AM Environment: Spring Boot 3.1.0 Hibernate Core 6.2.2.Final Java 17 Temurin OS independent MySQL/MariaDB Priority: Major Reporter: Alexander B ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5be2b57... ) Before Version 6.2 it was possible to just write the primary key (mostly a long ) of the type referenced in CriteriaBuilder's equal , in , ...-Methods. Since Version 6.2 this no longer works. This is mentioned in the https://docs.jboss.org/hibernate/orm/6.2/migration-guide/migration-guide.... however I assume that the Primary Keys have been overlooked. e.g. the following Code fails ... final CriteriaBuilder cb = this.getEntityManager().getCriteriaBuilder(); final CriteriaQuery<UserAuthLog> cq = cb.createQuery(UserAuthLog.class); final Root<UserAuthLog> root = cq.from(UserAuthLog.class); cq.select(root); // Problem here cq.where(cb.equal(root.get(UserAuthLog_.user), userId)); ... where the class UserAuthLog looks like this: ... @NotNull @ManyToOne(fetch = FetchType.EAGER) @JoinColumn( name = "user_id", foreignKey = @jakarta.persistence.ForeignKey(value = ConstraintMode.CONSTRAINT) ) private UserDetail user; ... and UserDetail like this public class UserDetail { ... @Id @GeneratedValue(strategy = IDENTITY) @Column(name = "id", unique = true, nullable = false) private long id; ... with the following exception Caused by: java.lang.IllegalArgumentException: Can't compare test expression of type [UserDetail] with element of type [basicType(a)1228(java.lang.Long,-5)] at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.assertComparable(SqmCriteriaNodeBuilder.java:2098) at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.equal(SqmCriteriaNodeBuilder.java:2121) at org.hibernate.query.sqm.internal.SqmCriteriaNodeBuilder.equal(SqmCriteriaNodeBuilder.java:182) at XXX.getUserLoginLogs(XXX.java:39) ... Also consider that some methods like in use collections with primary keys. The changes were done here: https://github.com/hibernate/hibernate-orm/pull/6189 / https://hibernate.atlassian.net/browse/HHH-15802 If this can’t be fixed it would be great if could somehow disable this early query path comparison, so that we don’t have to check our entire DAL-Layer (we are talking about thousands of lines of code) for problems. ( https://hibernate.atlassian.net/browse/HHH-16674#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16674#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16673) Fail to get access lazy fetched field ( @ManyToOne ) wich is part of a composite Id (using an @IdClass) when stored in L2 cache

by Erwan Moutymbo (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16673) Fail to get access lazy fetched field ( @ManyToOne ) wich is part of a composite Id (using an @IdClass) when stored in L2 cache

by Erwan Moutymbo (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16673) Fail to get access lazy fetched field ( @ManyToOne ) wich is part of a composite Id (using an @IdClass) when stored in L2 cache

by Erwan Moutymbo (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16673) Fail to get access lazy fetched field ( @ManyToOne ) wich is part of a composite Id (using an @IdClass) when stored in L2 cache

by Erwan Moutymbo (JIRA)

Erwan Moutymbo ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=640210c... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMTFiY2U1M2Y1... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16673?atlOrigin=eyJpIjoiMTFiY2... ) HHH-16673 ( https://hibernate.atlassian.net/browse/HHH-16673?atlOrigin=eyJpIjoiMTFiY2... ) Fail to get access lazy fetched field ( @ManyToOne ) wich is part of a composite Id (using an @IdClass) when stored in L2 cache ( https://hibernate.atlassian.net/browse/HHH-16673?atlOrigin=eyJpIjoiMTFiY2... ) Issue Type: Bug Affects Versions: 6.1.7, 6.2.0, 6.2.1, 6.2.3 Assignee: Unassigned Components: hibernate-jcache Created: 23/May/2023 01:54 AM Environment: Hibernate: tried 6.1.7.Final to 6.2.3.Final initially found with Postgresql: 14.5 reproduced with h2 2.1.214 Spring Data JPA: 3.0.6 Spring Boot: 3.0.7 ehcache 3.10.8 JDK: Oracle OpenJDK 17.0.2 OS: Fedora 38 Priority: Major Reporter: Erwan Moutymbo ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=640210c... ) I'm migrating from hibernate 5.6.15 to hibernate 6.2.3 and I have noticed some issues with the L2 cache when an entity has a composite Id with one of its field mapped from a many to one association. Entities -------- @Getter @IdClass(ProductPK.class) @EqualsAndHashCode(onlyExplicitlyIncluded = true ) @ToString(onlyExplicitlyIncluded = true ) @NoArgsConstructor(access = PROTECTED) @Entity @OptimisticLocking(type = OptimisticLockType.ALL) @DynamicUpdate @Cacheable @Cache(usage = READ_WRITE) @Table(name = "PRODUCTS" ) public class Product { public Product( String productId, Operator operator ) { this.productId = productId; this. operator = operator ; } @EqualsAndHashCode.Include @ToString.Include @Id @Column(name = "PRODUCT_ID" , nullable = false ) private String productId; @Id @EqualsAndHashCode.Include @ToString.Include @Getter @Setter @ManyToOne(fetch = LAZY) @JoinColumn private Operator operator ; @Column(name = "DESCRIPTION" ) @Setter private String description; @AllArgsConstructor @EqualsAndHashCode @Getter @Setter @NoArgsConstructor(access = PRIVATE) public static class ProductPK implements Serializable { private String productId; private String operator ; } } @Getter @Entity @ToString(onlyExplicitlyIncluded = true ) @EqualsAndHashCode(onlyExplicitlyIncluded = true ) @NoArgsConstructor(access = PROTECTED) @Table(name = "OPERATORS" ) @OptimisticLocking(type = OptimisticLockType.DIRTY) @DynamicUpdate @Cacheable @Cache(usage = READ_WRITE) public class Operator { public Operator( String operatorId) { this.operatorId = operatorId; } @EqualsAndHashCode.Include @ToString.Include @Id @Column(name = "OPERATOR_ID" , nullable = false ) private String operatorId; @OneToMany(mappedBy = " operator " , cascade = {CascadeType.ALL}, orphanRemoval = true ) private List<Product> products = new ArrayList<>(); public void setProducts(List<Product> products) { this.products = products; } } First Test ---------- @Test void addProductAndReadFromCacheTest() { String string = "ID" ; String operatorID = "operatorID" ; ProductPK id = new ProductPK(string, operatorID); String test = "test" ; Operator operator = new Operator(operatorID); operatorDao.save( operator ); Product product = new Product(string, operator ); product.setDescription(test); productService.addProduct(product); // getProduct has @Transactional(propagation = REQUIRES_NEW) // First read is made from DB Optional<Product> byId = productService.getProduct(id); assertThat(byId.orElseThrow().getOperator().getOperatorId()).isEqualTo(operatorID); // Second read is from cache Optional<Product> byId2 = productService.getProduct(id); assertThat(byId2.orElseThrow().getOperator().getOperatorId()).isEqualTo(operatorID); } This test throw the following exception during Optional<Product> byId2 = productService.getProduct(id); execution: Caused by: org.hibernate.HibernateException: identifier of an instance of com.example.demo.local.Product was altered from com.example.demo.local.Product$ProductPK@226fd to com.example.demo.local.Product$ProductPK@44bf91 at org.hibernate.event.internal.DefaultFlushEntityEventListener.checkId(DefaultFlushEntityEventListener.java:93) at org.hibernate.event.internal.DefaultFlushEntityEventListener.getValues(DefaultFlushEntityEventListener.java:175) at org.hibernate.event.internal.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:134) at org.hibernate.event.service.internal.EventListenerGroupImpl.fireEventOnEachListener(EventListenerGroupImpl.java:127) at org.hibernate.event.internal.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:221) at org.hibernate.event.internal.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:90) at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:38) at org.hibernate.event.service.internal.EventListenerGroupImpl.fireEventOnEachListener(EventListenerGroupImpl.java:127) at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1412) at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:485) at org.hibernate.internal.SessionImpl.flushBeforeTransactionCompletion(SessionImpl.java:2296) at org.hibernate.internal.SessionImpl.beforeTransactionCompletion(SessionImpl.java:1961) at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.beforeTransactionCompletion(JdbcCoordinatorImpl.java:439) at org.hibernate.resource.transaction.backend.jdbc.internal.JdbcResourceLocalTransactionCoordinatorImpl.beforeCompletionCallback(JdbcResourceLocalTransactionCoordinatorImpl.java:169) at org.hibernate.resource.transaction.backend.jdbc.internal.JdbcResourceLocalTransactionCoordinatorImpl$TransactionDriverControlImpl.commit(JdbcResourceLocalTransactionCoordinatorImpl.java:267) at org.hibernate.engine.transaction.internal.TransactionImpl.commit(TransactionImpl.java:101) at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:561) ... 80 Second Test ----------- @Test void addProductAndReadFromCacheReadOnlyTest() { String string = "ID" ; String operatorID = "operatorID" ; ProductPK id = new ProductPK(string, operatorID); String test = "test" ; Operator operator = new Operator(operatorID); operatorDao.save( operator ); Product product = new Product(string, operator ); product.setDescription(test); productService.addProduct(product); // getProduct has @Transactional(propagation = REQUIRES_NEW) annotation // First read is made from DB Optional<Product> byId = productService.getProduct(id); assertThat(byId.orElseThrow().getOperator().getOperatorId()).isEqualTo(operatorID); // readProduct has @Transactional(readOnly = true ) annotation // Second read is from cache Optional<Product> byId2 = productService.readProduct(id); assertThat(byId2.orElseThrow().getOperator().getOperatorId()).isEqualTo(operatorID); } This test raise the following exception. It seems that hibernate ignore that operator is a lazy fetched field. java.lang.NullPointerException: Cannot invoke "com.example.demo.local.Operator.getOperatorId()" because the return value of "com.example.demo.local.Product.getOperator()" is null ( https://hibernate.atlassian.net/browse/HHH-16673#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16673#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16654) auto-addition of joins to queries for EAGER to-one associations

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16654 ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiYThmNz... ) Re: auto-addition of joins to queries for EAGER to-one associations ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiYThmNz... ) Christian says that the query translator already respects fetch profiles, so the best way to do this would be to have an inferred “default” fetch profile. ( https://hibernate.atlassian.net/browse/HHH-16654#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16654#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16654) auto-addition of joins to queries for EAGER to-one associations

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16360) On Postgresql with hbm2ddl.auto=update, timestamp columns are updated even when correct

by Nils Israel (JIRA)

Nils Israel ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) *commented* on HHH-16360 ( https://hibernate.atlassian.net/browse/HHH-16360?atlOrigin=eyJpIjoiNTk1Yj... ) Re: On Postgresql with hbm2ddl.auto=update, timestamp columns are updated even when correct ( https://hibernate.atlassian.net/browse/HHH-16360?atlOrigin=eyJpIjoiNTk1Yj... ) With H2 it is the same, only with a different actualSize.: * actualSize = 25 * requiredLength is null * requiredPrecision = 6 * ==> requiredPrecision != null && requiredPrecision == actualSize is false ( https://hibernate.atlassian.net/browse/HHH-16360#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16360#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16672) Locking entities create in the same transaction fails

by DM (JIRA)

DM ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZDY3NDM5YWZj... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16672?atlOrigin=eyJpIjoiZDY3ND... ) HHH-16672 ( https://hibernate.atlassian.net/browse/HHH-16672?atlOrigin=eyJpIjoiZDY3ND... ) Locking entities create in the same transaction fails ( https://hibernate.atlassian.net/browse/HHH-16672?atlOrigin=eyJpIjoiZDY3ND... ) Issue Type: Bug Affects Versions: 5.6.15, 6.2.1 Assignee: Unassigned Created: 23/May/2023 01:08 AM Priority: Major Reporter: DM ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) When creating and directly locking an entity, hibernate throws a org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect) exception. I guess, this is because the row does not exist yet in the table, so there is nothing to lock. However, there is also no way for another transaction to access the new entity, so it is already “locked” in a way. Thus, from my perspective, locking a freshly persisted entity should do nothing. I have made a test to reproduce this behavior: https://github.com/mensinda/quarkus-stuff/tree/createAndLock (on the createAndLock branch). Additionally, the createAndLockeclipseLink branch contains the same test with eclipselink. Interestingly, locking freshly created entities works here, with the exception of find(..., LockModeType.PESSIMISTIC_WRITE. ( https://hibernate.atlassian.net/browse/HHH-16672#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16672#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16360) On Postgresql with hbm2ddl.auto=update, timestamp columns are updated even when correct

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16360 ( https://hibernate.atlassian.net/browse/HHH-16360?atlOrigin=eyJpIjoiOGViYT... ) Re: On Postgresql with hbm2ddl.auto=update, timestamp columns are updated even when correct ( https://hibernate.atlassian.net/browse/HHH-16360?atlOrigin=eyJpIjoiOGViYT... ) So it sounds like the issue is with Postgres reporting the precision of some column types in a strange way. I have no real insight into what 35 means here, but probably we can hardcode a special case into the postgres dialect. ( https://hibernate.atlassian.net/browse/HHH-16360#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16360#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-14944) Bug: Detach entity removes NaturalIdCrossReference in shared cache too

by Guenther Demetz (JIRA)

Guenther Demetz ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-14944 ( https://hibernate.atlassian.net/browse/HHH-14944?atlOrigin=eyJpIjoiNmIxYW... ) Re: Bug: Detach entity removes NaturalIdCrossReference in shared cache too ( https://hibernate.atlassian.net/browse/HHH-14944?atlOrigin=eyJpIjoiNmIxYW... ) Hi Steve, Glad to hear from you again after so long time & thanks for commenting this. Can you please take a look at https://github.com/hibernate/hibernate-orm/pull/6515. I think it contains a neat solution and test-case. (It still removes the natural-id entry from the natural-id Session (first level) cache anyway) best regards Guenther ( https://hibernate.atlassian.net/browse/HHH-14944#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14944#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16649) Hibernate.remove() doesn't work at all

by Andrea Boriero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16649) https://hibernate.atlassian.net/browse/HHH-16649

by Andrea Boriero (JIRA)

Andrea Boriero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiM2QwMTUwOTI0... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16649?atlOrigin=eyJpIjoiM2QwMT... ) HHH-16649 ( https://hibernate.atlassian.net/browse/HHH-16649?atlOrigin=eyJpIjoiM2QwMT... ) https://hibernate.atlassian.net/browse/HHH-16649 ( https://hibernate.atlassian.net/browse/HHH-16649?atlOrigin=eyJpIjoiM2QwMT... ) Change By: Andrea Boriero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Summary: Hibernate https://hibernate. remove() doesn't work at all atlassian.net/browse/HHH-16649 ( https://hibernate.atlassian.net/browse/HHH-16649#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16649#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16461) @Version + session.refresh(entity, LockMode.PESSIMISTIC_WRITE) leads to StaleObjectStateException

by DM (JIRA)

DM ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) *commented* on HHH-16461 ( https://hibernate.atlassian.net/browse/HHH-16461?atlOrigin=eyJpIjoiYmRjZm... ) Re: @Version + session.refresh(entity, LockMode.PESSIMISTIC_WRITE) leads to StaleObjectStateException ( https://hibernate.atlassian.net/browse/HHH-16461?atlOrigin=eyJpIjoiYmRjZm... ) What is the current status of this issue and https://github.com/hibernate/hibernate-orm/pull/6406 ? We would like to upgrade to Quarkus 3 / Hibernate 6.x, but we rely heavily on the refresh locking mechanic. We are technically in no rush to upgrade, however, for planning purposes a rough time estimate when this fix will land would be nice (next patch release / next minor release). ( https://hibernate.atlassian.net/browse/HHH-16461#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16461#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-4048) Phase 2 - implement rest of strategies

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-4048) Phase 2 - implement rest of strategies

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-4048 ( https://hibernate.atlassian.net/browse/HHH-4048?atlOrigin=eyJpIjoiZTUzMDY... ) Re: Phase 2 - implement rest of strategies ( https://hibernate.atlassian.net/browse/HHH-4048?atlOrigin=eyJpIjoiZTUzMDY... ) Done. This issue can now be closed. ( https://hibernate.atlassian.net/browse/HHH-4048#add-comment?atlOrigin=eyJ... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-4048#add-comment?atlOrigin=eyJ... ) 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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-3414) fetch profiles

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-3414 ( https://hibernate.atlassian.net/browse/HHH-3414?atlOrigin=eyJpIjoiNjMwNTQ... ) Re: fetch profiles ( https://hibernate.atlassian.net/browse/HHH-3414?atlOrigin=eyJpIjoiNjMwNTQ... ) Done. This issue can now be closed. ( https://hibernate.atlassian.net/browse/HHH-3414#add-comment?atlOrigin=eyJ... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-3414#add-comment?atlOrigin=eyJ... ) 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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16651) new ways to enable subselect fetching

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16651 ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiZjUzYm... ) Re: new ways to enable subselect fetching ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiZjUzYm... ) Now done! ( https://hibernate.atlassian.net/browse/HHH-16651#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16651#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16671) Unable to query key attribute that uses AttributeConverter

by Piotr Przybylski (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16671) Unable to query key attribute that uses AttributeConverter

by Piotr Przybylski (JIRA)

Piotr Przybylski ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOWRkYmQzM2Y0... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16671?atlOrigin=eyJpIjoiOWRkYm... ) HHH-16671 ( https://hibernate.atlassian.net/browse/HHH-16671?atlOrigin=eyJpIjoiOWRkYm... ) Unable to query key attribute that uses AttributeConverter ( https://hibernate.atlassian.net/browse/HHH-16671?atlOrigin=eyJpIjoiOWRkYm... ) Issue Type: Bug Affects Versions: 6.2.3 Assignee: Unassigned Components: query-hql Created: 22/May/2023 12:49 PM Priority: Major Reporter: Piotr Przybylski ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Same as https://hibernate.atlassian.net/browse/HHH-16241 , but for entity keys, so I will be reusing most of that issue’s contents (I didn’t test inserts, but I suppose they may be also broken). The model has java.time.YearMonth attributes being mapped to integers on the DB (MariaDB): @Convert(converter = YearMonthConverter.class) @Column(name = "month" , nullable = false ) @Id private YearMonth reportMonth; Converter class: public class YearMonthConverter implements AttributeConverter<YearMonth, Integer > { @Override public Integer convertToDatabaseColumn(YearMonth attribute) { return attribute == null ? null : (attribute.getYear() * 100) + attribute.getMonth().getValue(); } @Override public YearMonth convertToEntityAttribute( Integer dbData) { return dbData == null ? null : YearMonth.of(dbData / 100, dbData % 100); } } Or use YearMonthDateType from Hypersistence Utils - the result is the same, i.e. building a query like entityManager.createQuery( "SELECT MAX(de.yearMonthKey) FROM DemoEntity de" ); results in an exception: org.hibernate.QueryException: Parameter 1 of function max() has type COMPARABLE, but argument is of type java.time.YearMonth java.lang.IllegalArgumentException: org.hibernate.QueryException: Parameter 1 of function max() has type COMPARABLE, but argument is of type java.time.YearMonth at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:138) at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:162) at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:168) at org.hibernate.internal.AbstractSharedSessionContract.createQuery(AbstractSharedSessionContract.java:795) at org.hibernate.internal.AbstractSharedSessionContract.createQuery(AbstractSharedSessionContract.java:704) at org.hibernate.internal.AbstractSharedSessionContract.createQuery(AbstractSharedSessionContract.java:120) ... Caused by: org.hibernate.QueryException: Parameter 1 of function max() has type COMPARABLE, but argument is of type java.time.YearMonth at app//org.hibernate.query.sqm.produce.function.ArgumentTypesValidator.throwError(ArgumentTypesValidator.java:253) at app//org.hibernate.query.sqm.produce.function.ArgumentTypesValidator.checkType(ArgumentTypesValidator.java:199) at app//org.hibernate.query.sqm.produce.function.ArgumentTypesValidator.validate(ArgumentTypesValidator.java:98) at app//org.hibernate.query.sqm.function.AbstractSqmFunctionDescriptor.generateAggregateSqmExpression(AbstractSqmFunctionDescriptor.java:121) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitGenericFunction(SemanticQueryBuilder.java:4010) at app//org.hibernate.grammars.hql.HqlParser$GenericFunctionContext.accept(HqlParser.java:11403) at app//org.antlr.v4.runtime.tree.AbstractParseTreeVisitor.visitChildren(AbstractParseTreeVisitor.java:46) at app//org.hibernate.grammars.hql.HqlParserBaseVisitor.visitFunction(HqlParserBaseVisitor.java:1217) at app//org.hibernate.grammars.hql.HqlParser$FunctionContext.accept(HqlParser.java:11171) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitFunctionExpression(SemanticQueryBuilder.java:1758) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitFunctionExpression(SemanticQueryBuilder.java:253) at app//org.hibernate.grammars.hql.HqlParser$FunctionExpressionContext.accept(HqlParser.java:7476) at app//org.antlr.v4.runtime.tree.AbstractParseTreeVisitor.visitChildren(AbstractParseTreeVisitor.java:46) at app//org.hibernate.grammars.hql.HqlParserBaseVisitor.visitBarePrimaryExpression(HqlParserBaseVisitor.java:720) at app//org.hibernate.grammars.hql.HqlParser$BarePrimaryExpressionContext.accept(HqlParser.java:7064) at app//org.antlr.v4.runtime.tree.AbstractParseTreeVisitor.visitChildren(AbstractParseTreeVisitor.java:46) at app//org.hibernate.grammars.hql.HqlParserBaseVisitor.visitExpressionOrPredicate(HqlParserBaseVisitor.java:860) at app//org.hibernate.grammars.hql.HqlParser$ExpressionOrPredicateContext.accept(HqlParser.java:7813) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitSelectableNode(SemanticQueryBuilder.java:1278) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitSelection(SemanticQueryBuilder.java:1252) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitSelectClause(SemanticQueryBuilder.java:1235) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitQuery(SemanticQueryBuilder.java:1155) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitQuerySpecExpression(SemanticQueryBuilder.java:937) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitQuerySpecExpression(SemanticQueryBuilder.java:253) at app//org.hibernate.grammars.hql.HqlParser$QuerySpecExpressionContext.accept(HqlParser.java:1818) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitSimpleQueryGroup(SemanticQueryBuilder.java:931) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitSimpleQueryGroup(SemanticQueryBuilder.java:253) at app//org.hibernate.grammars.hql.HqlParser$SimpleQueryGroupContext.accept(HqlParser.java:1711) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitSelectStatement(SemanticQueryBuilder.java:418) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.visitStatement(SemanticQueryBuilder.java:377) at app//org.hibernate.query.hql.internal.SemanticQueryBuilder.buildSemanticModel(SemanticQueryBuilder.java:295) at app//org.hibernate.query.hql.internal.StandardHqlTranslator.translate(StandardHqlTranslator.java:81) at app//org.hibernate.internal.AbstractSharedSessionContract.lambda$interpretHql$2(AbstractSharedSessionContract.java:744) at app//org.hibernate.query.internal.QueryInterpretationCacheStandardImpl.createHqlInterpretation(QueryInterpretationCacheStandardImpl.java:141) at app//org.hibernate.query.internal.QueryInterpretationCacheStandardImpl.resolveHqlInterpretation(QueryInterpretationCacheStandardImpl.java:128) at app//org.hibernate.internal.AbstractSharedSessionContract.interpretHql(AbstractSharedSessionContract.java:741) at app//org.hibernate.internal.AbstractSharedSessionContract.createQuery(AbstractSharedSessionContract.java:786) ... 100 more ( https://hibernate.atlassian.net/browse/HHH-16671#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16671#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16658) Entity name uses not propagated upwards leading to missing joins

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16651) new ways to enable subselect fetching

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16651 ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiYTZhYj... ) Re: new ways to enable subselect fetching ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiYTZhYj... ) It’s still not finished though And we still need to properly discuss and review the work which has been done. ( https://hibernate.atlassian.net/browse/HHH-16651#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16651#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HV-1949) Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used

by Marko Bekhta (JIRA)

Marko Bekhta ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HV-1949 ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNjg2NDlk... ) Re: Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNjg2NDlk... ) Alternatively, a more stable solution could be to use programmatic mapping API for everything and remove the XML + ServiceLoader: final HibernateValidatorConfiguration configuration = Validation.byProvider( HibernateValidator.class ).configure(); ConstraintMapping constraintMapping = configuration.createConstraintMapping(); configuration.addMapping( constraintMapping ); constraintMapping.constraintDefinition( AnyUuid.class ) .includeExistingValidators( true ) .validatedBy( AnyUuid.AnyUuidValidator.class ); constraintMapping.type( mwe.validatorfail.dto.SampleDTO.class ) // instead of an XML .getter( "uuid" ) .constraint( new AnyUuidDef() ) .constraint( new NotNullDef() ); ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) Add Comment ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) 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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16656) H2 1.4.200 lacks registration of ranking window functions

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16656) H2 1.4.200 lacks registration of ranking window functions

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16657) Type filter in subquery wrongly propagates as filter to table group

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16657) Type filter in subquery wrongly propagates as filter to table group

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16655) Parser error for window frames due to wrong rule order

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16655) Parser error for window frames due to wrong rule order

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HV-1949) Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used

by Marko Bekhta (JIRA)

Marko Bekhta ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HV-1949 ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNDI2OWZi... ) Re: Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNDI2OWZi... ) Hey martin mucha ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) , Thanks for providing a reproducer. I can confirm that the problem comes from the HV. What’s happening in this case right now is: HV has multiple sources from where it is reading the metadata: annotations, XML, API(programmatic and various ServiceLoaders). Each next source would have higher priority and can be used to override the previous configuration. Now what’s happening in your case: * HV reads XML, which has a reference to your custom constraint, but as that constraint doesn’t have a provided validator either as part of the definition or in the XML – the XML metadata provider “thinks” that there are no validators to be applied to this constraint. * HV “reads” programmatic definitions/ServiceLoadrs – finds a validator for your custom constraint and registers it. At this point, the constraint metadata from XML is not refreshed, and it still assumes that there are no validators. * When you execute the validation for the first time, depending on which route it goes, it will cache the ConstraintValidator for the validated type… If it is going the XML route first – no validators, and you get the exceptions…. If it is an annotation route – annotation metadata in Spring would get built lazily, and as a result, at that point, it would already know about the validator and cache it. Future XML/annotation-based calls will be using the cached instance, and no errors will appear. Until this is fixed, I can suggest that you add some quick validation call that will take an annotation route as part of the initialization process. Maybe if you have a configuration for the validator – add some post-construct action that would request a validator and make a validation call. Note this would only work if the constraint has the same definition (same annotation attributes) and the validated type is also the same + no changes to HibernateConstraintValidatorInitializationContext ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) Add Comment ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) 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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16659) add SelectionQuery.setEntityGraph()

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16651) new ways to enable subselect fetching

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16666) allow fetch profiles to be defined using the @Fetch annotation

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16647) allow unqualified use of query result type in HQL instantiation

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16647 ( https://hibernate.atlassian.net/browse/HHH-16647?atlOrigin=eyJpIjoiODYwN2... ) Re: allow unqualified use of query result type in HQL instantiation ( https://hibernate.atlassian.net/browse/HHH-16647?atlOrigin=eyJpIjoiODYwN2... ) This one is done. ( https://hibernate.atlassian.net/browse/HHH-16647#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16647#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16651) new ways to enable subselect fetching

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16651 ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiNzIzNT... ) Re: new ways to enable subselect fetching ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiNzIzNT... ) Done a big part of this. ( https://hibernate.atlassian.net/browse/HHH-16651#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16651#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16659) add SelectionQuery.setEntityGraph()

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16659 ( https://hibernate.atlassian.net/browse/HHH-16659?atlOrigin=eyJpIjoiMTQ2YW... ) Re: add SelectionQuery.setEntityGraph() ( https://hibernate.atlassian.net/browse/HHH-16659?atlOrigin=eyJpIjoiMTQ2YW... ) Done. ( https://hibernate.atlassian.net/browse/HHH-16659#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16659#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16666) allow fetch profiles to be defined using the @Fetch annotation

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16666 ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiZjFkOD... ) Re: allow fetch profiles to be defined using the @Fetch annotation ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiZjFkOD... ) Done! This is great, but what comes next will be even better… ( https://hibernate.atlassian.net/browse/HHH-16666#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16666#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16670) ENUM column definitions cannot be customized (on MySQL/MariaDB)

by Georg Echterling (JIRA)

Georg Echterling ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMGI3NDFkMjM5... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16670?atlOrigin=eyJpIjoiMGI3ND... ) HHH-16670 ( https://hibernate.atlassian.net/browse/HHH-16670?atlOrigin=eyJpIjoiMGI3ND... ) ENUM column definitions cannot be customized (on MySQL/MariaDB) ( https://hibernate.atlassian.net/browse/HHH-16670?atlOrigin=eyJpIjoiMGI3ND... ) Issue Type: Bug Affects Versions: 6.2.3 Assignee: Unassigned Created: 22/May/2023 09:25 AM Priority: Major Reporter: Georg Echterling ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) https://hibernate.atlassian.net/browse/HHH-15845 changed the generated schema on MySQL/MariaDB when using @Enumerated(EnumType.STRING) to use its enum(...) types. I previously did this manually using @Column(columnDefinition="enum(...)". Now Hibernate ignores my specified column definition for all enum columns. Since the new implementation always sorts the enum values alphapetically (see NamedEnumValueConverter in the 6.2 branch), this makes it impossible to use the intended ordinal-based sorting ( https://mariadb.com/kb/en/enum/#numeric-index ) with the optimized enum types. I haven’t checked the behaviour in the in-development 6.3 version, which changed a lot of the involved code. (See https://hibernate.atlassian.net/browse/HHH-16125 ) Since I haven’t seen any comments about either the sorting behaviour or the columnDefinition overrides, I’m assuming that this hasn’t (intentionally) changed. TLDR: Two behaviours should be fixed: * columnDefinition should always be respected. * enum values should not be sorted alphabetically when generating enum(...) columns in MariaDB/MySQL. ( https://hibernate.atlassian.net/browse/HHH-16670#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16670#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16669) Batch loading prevents throwing ObjectNotFoundException on initialization of non-existent enhanced entity

by Sanne Grinovero (JIRA)

Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOWNhZmQyNWIy... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiOWNhZm... ) HHH-16669 ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiOWNhZm... ) Batch loading prevents throwing ObjectNotFoundException on initialization of non-existent enhanced entity ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiOWNhZm... ) Change By: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) A load via ‘ {{ getReference ' }} on a non-existent object should eventually lead to an {{ObjectNotFoundException}} when such object’s initializer is triggered. This isn’t currently happening in version {{ 6.2.3.Final }} when batch loading is enabled: the read properties are reported as “ " null ” " and no exception is being thrown. ( https://hibernate.atlassian.net/browse/HHH-16669#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16669#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16669) Batch loading prevents throwing ObjectNotFoundException on initialization of non-existent enhanced entity

by Sanne Grinovero (JIRA)

Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYmNkNDU3ODE1... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiYmNkND... ) HHH-16669 ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiYmNkND... ) Batch loading prevents throwing ObjectNotFoundException on initialization of non-existent enhanced entity ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiYmNkND... ) Change By: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) A load via ` ‘ getReference ` ' on a non-existent object should eventually lead to an {{ObjectNotFoundException}} when such object’s initializer is triggered. This isn’t currently happening in version 6.2.3.Final when batch loading is enabled: the read properties are reported as “null” and no exception is being thrown. ( https://hibernate.atlassian.net/browse/HHH-16669#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16669#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HV-1949) Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used

by Marko Bekhta (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16666) allow fetch profiles to be defined using the @Fetch annotation

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16666 ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiZWI2ZT... ) Re: allow fetch profiles to be defined using the @Fetch annotation ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiZWI2ZT... ) Also, an extremely low-hanger is to make the mode member of @FetchOverride default to JOIN. ( https://hibernate.atlassian.net/browse/HHH-16666#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16666#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16669) Batch loading prevents throwing ObjectNotFoundException on initialization of non-existent enhanced entity

by Andrea Boriero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16669) Batch loading prevents throwing ObjectNotFoundException on initialization of non-existent enhanced entity

by Sanne Grinovero (JIRA)

Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNWU0NTMyMzVm... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiNWU0NT... ) HHH-16669 ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiNWU0NT... ) Batch loading prevents throwing ObjectNotFoundException on initialization of non-existent enhanced entity ( https://hibernate.atlassian.net/browse/HHH-16669?atlOrigin=eyJpIjoiNWU0NT... ) Issue Type: Bug Affects Versions: 6.2.3 Assignee: Andrea Boriero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Created: 22/May/2023 07:50 AM Priority: Critical Reporter: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) A load via `getReference` on a non-existent object should eventually lead to an ObjectNotFoundException when such object’s initializer is triggered. This isn’t currently happening in version 6.2.3.Final when batch loading is enabled: the read properties are reported as “null” and no exception is being thrown. ( https://hibernate.atlassian.net/browse/HHH-16669#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16669#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16639) Cannot load entity with EnumType.STRING and batch size > 1

by Andrea Boriero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16639) Cannot load entity with EnumType.STRING and batch size > 1

by Andrea Boriero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16628) Two transactions within the same session cause unsaved transient instance error

by Andrea Boriero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16574) Treat Querys throws SemanticException if InheritanceType=Joined

by Marco Belladelli (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16628) Two transactions within the same session cause unsaved transient instance error

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16565) ClassCastException when batch fetch and 2nd level cache are enabled for polymorphic entities

by Marco Belladelli (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16624) Do not create subselects when there are fewer than 2 results

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16635) Gradle plugin generates bad JPA static metamodel code

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16572) Incorrect enhancement for PROPERTY attributes with mismatched field and method names

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16578) Incorrect validation error for tinyint, but and datetime

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16627) Duplicate records being created for many-to-many relation implemented as two one-to-many relations with cascading

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16494) Right or full joining on single tablepolymorphic entities gives incorrect results

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16515) Add nullness annotations to org.hibernate.* packages

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16611) Sybase: ERROR org.hibernate.engine.jdbc.spi.SqlExceptionHelper - db.tablename not found

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16559) Batch fetch does not initialize bi-directional entity in HQL

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16636) Gradle plugin incorrectly makes JPA model generation depend on compile

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-12565) Can't use TYPE function on leaf subtype of a table per class inheritance hierarchy

by JB Nizet (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-12565) Can't use TYPE function on leaf subtype of a table per class inheritance hierarchy

by JB Nizet (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16668) ConcurrentModificationException when using a criteria with window functions in hibernate 6

by Dāvis Sparinskis (JIRA)

Dāvis Sparinskis ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiN2U4M2M0ZWU4... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16668?atlOrigin=eyJpIjoiN2U4M2... ) HHH-16668 ( https://hibernate.atlassian.net/browse/HHH-16668?atlOrigin=eyJpIjoiN2U4M2... ) ConcurrentModificationException when using a criteria with window functions in hibernate 6 ( https://hibernate.atlassian.net/browse/HHH-16668?atlOrigin=eyJpIjoiN2U4M2... ) Issue Type: Bug Affects Versions: 6.2.1 Assignee: Unassigned Components: query-criteria Created: 22/May/2023 07:27 AM Priority: Major Reporter: Dāvis Sparinskis ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) When using hibernate reactive with hibernate 6, I’m getting a org.hibernate.HibernateException: java.util.ConcurrentModificationException when trying to use window functions with the HibernateCriteriaBuilder. Example final var cb = sessionFactory.getCriteriaBuilder(); final var query = cb.createQuery( Long.class); final var root = query.from(Entity.class); final var rowNumber = cb.rowNumber( cb.createWindow() .partitionBy(root.get( "chargePoint" )) .orderBy(cb.desc(root.get( "startTime" ))) ); query.select(rowNumber.alias( "rowNumber" )); session.createQuery(query).getResultList(); Expected result A query is generated that retrieves a list of the row numbers of the entities. Actual result org.hibernate.HibernateException: java.util.ConcurrentModificationException at org.hibernate.reactive.session.impl.ReactiveExceptionConverter.convert(ReactiveExceptionConverter.java:28) at org.hibernate.reactive.session.impl.ReactiveSessionImpl.createReactiveQuery(ReactiveSessionImpl.java:368) at org.hibernate.reactive.mutiny.impl.MutinySessionImpl.createQuery(MutinySessionImpl.java:140) at de.porsche.ho.chargepointservice.database.repository.ChargeTransactionRepository.lambda$findUserTransactions$0(ChargeTransactionRepository.java:99) at io.smallrye.context.impl.wrappers.SlowContextualFunction.apply(SlowContextualFunction.java:21) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.performInnerSubscription(UniOnItemTransformToUni.java:68) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.onItem(UniOnItemTransformToUni.java:57) at io.smallrye.mutiny.operators.uni.builders.UniCreateFromKnownItem$KnownItemSubscription.forward(UniCreateFromKnownItem.java:38) at io.smallrye.mutiny.operators.uni.builders.UniCreateFromKnownItem.subscribe(UniCreateFromKnownItem.java:23) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni.subscribe(UniOnItemTransformToUni.java:25) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransform.subscribe(UniOnItemTransform.java:22) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemConsume.subscribe(UniOnItemConsume.java:30) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni.subscribe(UniOnItemTransformToUni.java:25) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni.subscribe(UniOnItemTransformToUni.java:25) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnFailureFlatMap.subscribe(UniOnFailureFlatMap.java:31) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnCancellationCall.subscribe(UniOnCancellationCall.java:27) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni.subscribe(UniOnItemTransformToUni.java:25) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni.subscribe(UniOnItemTransformToUni.java:25) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.performInnerSubscription(UniOnItemTransformToUni.java:81) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.onItem(UniOnItemTransformToUni.java:57) at io.smallrye.mutiny.operators.uni.builders.UniCreateFromCompletionStage$CompletionStageUniSubscription.forwardResult(UniCreateFromCompletionStage.java:63) at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:863) at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:841) at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:510) at java.base/java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:2147) at io.vertx.core.Future.lambda$toCompletionStage$3(Future.java:384) at io.vertx.core.impl.future.FutureImpl$3.onSuccess(FutureImpl.java:141) at io.vertx.core.impl.future.FutureImpl$ListenerArray.onSuccess(FutureImpl.java:262) at io.vertx.core.impl.future.FutureBase.emitSuccess(FutureBase.java:60) at io.vertx.core.impl.future.FutureImpl.tryComplete(FutureImpl.java:211) at io.vertx.core.impl.future.PromiseImpl.tryComplete(PromiseImpl.java:23) at io.vertx.core.impl.future.PromiseImpl.onSuccess(PromiseImpl.java:49) at io.vertx.core.impl.future.PromiseImpl.handle(PromiseImpl.java:41) at io.vertx.sqlclient.impl.TransactionImpl.lambda$wrap$0(TransactionImpl.java:72) at io.vertx.core.impl.future.FutureImpl$3.onSuccess(FutureImpl.java:141) at io.vertx.core.impl.future.FutureBase.lambda$emitSuccess$0(FutureBase.java:54) at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:167) at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:470) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:569) at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) at java.base/java.lang.Thread.run(Thread.java:833) Caused by: java.util.ConcurrentModificationException at java.base/java.util.ArrayList$Itr.checkForComodification(ArrayList.java:1013) at java.base/java.util.ArrayList$Itr.next(ArrayList.java:967) at org.hibernate.query.sqm.tree.expression.SqmWindow.copy(SqmWindow.java:173) at org.hibernate.query.sqm.tree.expression.SqmOver.copy(SqmOver.java:73) at org.hibernate.query.sqm.tree.expression.SqmOver.copy(SqmOver.java:23) at org.hibernate.query.sqm.tree.select.SqmSelection.copy(SqmSelection.java:47) at org.hibernate.query.sqm.tree.select.SqmSelectClause.copy(SqmSelectClause.java:52) at org.hibernate.query.sqm.tree.select.SqmQuerySpec.copy(SqmQuerySpec.java:101) at org.hibernate.query.sqm.tree.select.SqmQuerySpec.copy(SqmQuerySpec.java:53) at org.hibernate.query.sqm.tree.select.SqmSelectStatement.copy(SqmSelectStatement.java:131) at org.hibernate.query.sqm.tree.select.SqmSelectStatement.copy(SqmSelectStatement.java:42) at org.hibernate.query.sqm.internal.QuerySqmImpl.<init>(QuerySqmImpl.java:228) at org.hibernate.reactive.query.sqm.iternal.ReactiveQuerySqmImpl.<init>(ReactiveQuerySqmImpl.java:112) at org.hibernate.reactive.session.impl.ReactiveSessionImpl.createCriteriaQuery(ReactiveSessionImpl.java:373) at org.hibernate.reactive.session.impl.ReactiveSessionImpl.createReactiveQuery(ReactiveSessionImpl.java:362) ... 52 more From quick debugging I’ve found these lines to be very suspicious: hibernate-core-6.2.1.Final-sources.jar!/org/hibernate/query/sqm/tree/expression/SqmWindow.java:174 hibernate-core-6.2.1.Final-sources.jar!/org/hibernate/query/sqm/tree/expression/SqmWindow.java:178 In this fragment from hibernate-core-6.2.1.Final-sources.jar!/org/hibernate/query/sqm/tree/expression/SqmWindow.java it looks like when copying from partitions and orderList it is added to the original lists instead of the newly created partitionsCopy and orderListCopy which causes the ConcurrentModificationException. final List<SqmExpression<?>> partitionsCopy = new ArrayList<>( this.partitions.size() ); for ( SqmExpression<?> partition : this.partitions ) { partitions.add( partition.copy( context ) ); } final List<SqmSortSpecification> orderListCopy = new ArrayList<>( this.orderList.size() ); for ( SqmSortSpecification sortSpecification : this.orderList ) { orderList.add( sortSpecification.copy( context ) ); } ( https://hibernate.atlassian.net/browse/HHH-16668#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16668#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HV-1949) Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used

by martin mucha (JIRA)

martin mucha ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) *updated* an issue Hibernate Validator ( https://hibernate.atlassian.net/browse/HV?atlOrigin=eyJpIjoiNjcyYTc3OGE1M... ) / Bug ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNjcyYTc3... ) HV-1949 ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNjcyYTc3... ) Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNjcyYTc3... ) Change By: martin mucha ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) MWE: [GitHub - alfonz19/validator-fail-mwe|https://github.com/alfonz19/validator-fail-mwe] After fresh app start calling validation of annotated DTO will work as expected, and after that, also validation of DTO having validation defined in validation-constraints.xml will work as expected. Everything works. After fresh app start calling validation of DTO having validation defined in validation-constraints.xml will FAIL, and after that, calling validation of annotated DTO will also FAIL. Now every validation FAILS. Biggest problem is, that if xml-based path is hit first, all validations (probably subset using relevant custom validators) fails. tested in springboot: * 2.7.12 * 3.1.0 ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) Add Comment ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) 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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HV-1949) Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used

by martin mucha (JIRA)

martin mucha ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) *updated* an issue Hibernate Validator ( https://hibernate.atlassian.net/browse/HV?atlOrigin=eyJpIjoiNDczY2ExMzdjZ... ) / Bug ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNDczY2Ex... ) HV-1949 ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNDczY2Ex... ) Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiNDczY2Ex... ) Change By: martin mucha ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) Summary: Do you want live notifications when people reply to your posts? Enable Notifications Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) Add Comment ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) 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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16495) A query with an non-cross entity join that lacks the on clause should fail with a SemanticQueryException

by Marco Belladelli (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16495) A query with an non-cross entity join that lacks the on clause should fail with a SemanticQueryException

by Marco Belladelli (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16495) A query with an non-cross entity join that lacks the on clause should fail with a SemanticQueryException

by Marco Belladelli (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16664) NPE in MappingMetamodelImpl if inheritence is used in IdClass

by pWestrich (JIRA)

pWestrich ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNWFlM2YzZDU0... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16664?atlOrigin=eyJpIjoiNWFlM2... ) HHH-16664 ( https://hibernate.atlassian.net/browse/HHH-16664?atlOrigin=eyJpIjoiNWFlM2... ) NPE in MappingMetamodelImpl if inheritence is used in IdClass ( https://hibernate.atlassian.net/browse/HHH-16664?atlOrigin=eyJpIjoiNWFlM2... ) Change By: pWestrich ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) In Hibernate-Core 6.1.7 we could use inheritance in IdClasses like so: {code:java}@Data @NoArgsConstructor @AllArgsConstructor public class ParentPrimaryKey implements Serializable { private UUID parentId; } @Data @NoArgsConstructor @AllArgsConstructor @EqualsAndHashCode(callSuper = true) public class ChildPrimaryKey extends ParentPrimaryKey { private UUID childId; } {code} But since 6.2.x this will raise a cryptic NPE: {noformat}jakarta.persistence.PersistenceException: [PersistenceUnit: default] Unable to build Hibernate SessionFactory; nested exception is java.lang.NullPointerException: Cannot invoke "org.hibernate.metamodel.mapping.EmbeddableValuedModelPart.getNavigableRole()" because "mappingModelPart" is null{noformat} h4. Expected Behavior Instead of an NPE, I would expect a more helpfull message, i.e.: {quote}Illegal embeddable valued model definition: com.example.PK.class. {quote} ( https://hibernate.atlassian.net/browse/HHH-16664#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16664#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2461) Implement and use the generic adapter for IGenericExporter in the experimental Hibernate runtime

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HV-1949) Do you want live notifications when people reply to your posts? Enable Notifications Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used

by martin mucha (JIRA)

martin mucha ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) *created* an issue Hibernate Validator ( https://hibernate.atlassian.net/browse/HV?atlOrigin=eyJpIjoiY2VkZDVmNDI4M... ) / Bug ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiY2VkZDVm... ) HV-1949 ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiY2VkZDVm... ) Do you want live notifications when people reply to your posts? Enable Notifications Nondeterministic behavior of HibernateValidator (in springboot?) when both annotation and xml-based definition are used ( https://hibernate.atlassian.net/browse/HV-1949?atlOrigin=eyJpIjoiY2VkZDVm... ) Issue Type: Bug Assignee: Unassigned Created: 22/May/2023 06:28 AM Priority: Major Reporter: martin mucha ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) MWE: GitHub - alfonz19/validator-fail-mwe ( https://github.com/alfonz19/validator-fail-mwe ) After fresh app start calling validation of annotated DTO will work as expected, and after that, also validation of DTO having validation defined in validation-constraints.xml will work as expected. Everything works. After fresh app start calling validation of DTO having validation defined in validation-constraints.xml will FAIL, and after that, calling validation of annotated DTO will also FAIL. Now every validation FAILS. Biggest problem is, that if xml-based path is hit first, all validations (probably subset using relevant custom validators) fails. ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) Add Comment ( https://hibernate.atlassian.net/browse/HV-1949#add-comment?atlOrigin=eyJp... ) 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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-4826) Remove unused Maven plugins from the POM

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-1182) excludePaths on indexedEmbedded

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-4828) Lucene's unified highlighter should produce multiple highlighted snippets for multi-valued fields

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-4574) Explicit binding of constructor parameters for @ProjectionConstructor

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-4811) Automated code formatting

by Martin Marciano (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16667) Hibernate 6 PrimaryKeyJoinColumn causes implicit version update to fail

by Steve Davis (JIRA)

Steve Davis ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZWVmYWJmZmI2... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16667?atlOrigin=eyJpIjoiZWVmYW... ) HHH-16667 ( https://hibernate.atlassian.net/browse/HHH-16667?atlOrigin=eyJpIjoiZWVmYW... ) Hibernate 6 PrimaryKeyJoinColumn causes implicit version update to fail ( https://hibernate.atlassian.net/browse/HHH-16667?atlOrigin=eyJpIjoiZWVmYW... ) Issue Type: Bug Affects Versions: 6.2.3 Assignee: Unassigned Attachments: PrimaryKeyJoinColumnTest.java Created: 22/May/2023 05:59 AM Environment: Hibernate 6.2.3, JVM 17, MacOS 13.3.1, MySQL 5.7/H2 2.1.214 Priority: Major Reporter: Steve Davis ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Using @PrimaryKeyJoinColumn on a child class when parent class has a @Version field causes implicit version update to fail. Exception from attached test case: Unable to locate parameter `"PrimaryKeyJoinColumnTest$VersionedFruit".id` for RESTRICT - UPDATE : org.hibernate.orm.test.jpa.inheritance.PrimaryKeyJoinColumnTest$Raspberry UnknownParameterException(`"PrimaryKeyJoinColumnTest$VersionedFruit".id` for RESTRICT - UPDATE : o.h.o.t.j.i.PrimaryKeyJoinColumnTest$Raspberry) at app//org.hibernate.engine.jdbc.mutation.internal.JdbcValueBindingsImpl.bindValue(JdbcValueBindingsImpl.java:60) at app//org.hibernate.persister.entity.mutation.UpdateCoordinatorStandard.lambda$doVersionUpdate$3(UpdateCoordinatorStandard.java:474) at app//org.hibernate.persister.entity.mutation.EntityTableMapping$KeyMapping.lambda$breakDownKeyJdbcValues$0(EntityTableMapping.java:234) at app//org.hibernate.type.BasicType.forEachDisassembledJdbcValue(BasicType.java:134) at app//org.hibernate.metamodel.mapping.internal.BasicEntityIdentifierMappingImpl.forEachDisassembledJdbcValue(BasicEntityIdentifierMappingImpl.java:398) at app//org.hibernate.metamodel.mapping.Bindable.forEachJdbcValue(Bindable.java:194) at app//org.hibernate.metamodel.mapping.Bindable.forEachJdbcValue(Bindable.java:178) at app//org.hibernate.persister.entity.mutation.EntityTableMapping$KeyMapping.breakDownKeyJdbcValues(EntityTableMapping.java:230) at app//org.hibernate.persister.entity.mutation.UpdateCoordinatorStandard.doVersionUpdate(UpdateCoordinatorStandard.java:471) at app//org.hibernate.persister.entity.mutation.UpdateCoordinatorStandard.handlePotentialImplicitForcedVersionIncrement(UpdateCoordinatorStandard.java:415) at app//org.hibernate.persister.entity.mutation.UpdateCoordinatorStandard.coordinateUpdate(UpdateCoordinatorStandard.java:154) at app//org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2673) Discussion: https://discourse.hibernate.org/t/hibernate-6-primarykeyjoincolumn-causes... Test case attached. ( https://hibernate.atlassian.net/browse/HHH-16667#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16667#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2443) Implement and use the generic adapter for IExporter in the experimental Hibernate runtime

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16665) False positive HibernateException: Found shared references to a collection with 6.2.2

by Oleksii Miroshnyk (JIRA)

Oleksii Miroshnyk ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5a157d9... ) *commented* on HHH-16665 ( https://hibernate.atlassian.net/browse/HHH-16665?atlOrigin=eyJpIjoiNGQwMz... ) Re: False positive HibernateException: Found shared references to a collection with 6.2.2 ( https://hibernate.atlassian.net/browse/HHH-16665?atlOrigin=eyJpIjoiNGQwMz... ) Test case that demonstrates issue: https://github.com/hibernate/hibernate-test-case-templates/pull/271 ( https://hibernate.atlassian.net/browse/HHH-16665#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16665#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16666) allow fetch profiles to be defined using the @Fetch annotation

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16666) allow fetch profiles to be defined using the @Fetch annotation

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYzE4ZDI5ZWU4... ) / New Feature ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiYzE4ZD... ) HHH-16666 ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiYzE4ZD... ) allow fetch profiles to be defined using the @Fetch annotation ( https://hibernate.atlassian.net/browse/HHH-16666?atlOrigin=eyJpIjoiYzE4ZD... ) Issue Type: New Feature Assignee: Unassigned Components: hibernate-core Created: 22/May/2023 05:56 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Currently, fetch profiles may only be defined using a really ugly set of @FetchOverride}}nested annotations. This is not quite as bad as the format for JPA’s {{@NamedEntityGraph , but it’s close. But a much better possibility has been staring us in the face: let you use the @Fetch annotation to refer to the fetch profile, instead of the other way around. ( https://hibernate.atlassian.net/browse/HHH-16666#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16666#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16665) False positive HibernateException: Found shared references to a collection with 6.2.2

by Oleksii Miroshnyk (JIRA)

Oleksii Miroshnyk ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5a157d9... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZjkyYWEyOTA0... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16665?atlOrigin=eyJpIjoiZjkyYW... ) HHH-16665 ( https://hibernate.atlassian.net/browse/HHH-16665?atlOrigin=eyJpIjoiZjkyYW... ) False positive HibernateException: Found shared references to a collection with 6.2.2 ( https://hibernate.atlassian.net/browse/HHH-16665?atlOrigin=eyJpIjoiZjkyYW... ) Issue Type: Bug Affects Versions: 6.2.2 Assignee: Unassigned Components: hibernate-orm-modules Created: 22/May/2023 05:55 AM Environment: hibernate 6.2.2 Priority: Major Reporter: Oleksii Miroshnyk ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5a157d9... ) So I have the following setup: Product → one-to-one->Sku-(embeds) PriceListSkuImpl >one-to-many->SkuPriceData one-to-many CategoryProductXref->many-to-one->Category At some point I’m “cloning” a product(given the error I checked a number of times that I don’t re-assign or “clone” any collection) which in test-case I mimic by creating a new product. Then do refresh to both original and clone and that’s it. In test I also read category, and some other product, and initialize collections by accessing them, which seems is required to reproduce the issue. So once the final flush is happening I’m getting the Found shared references error for SkuImpl.priceListSku.priceDataList And the interesting thing that error(if you do debug) will be related to some other product/sku that didn’t participate in the cloning process, but just belong to the same category that original product does. While debigging I think there is some issue with handling cycles in the entity graph, so seems it does: Product->sku->priceDataList then it does Product->category_xref->category->all-product-in-category->category_xref->product->sku->priceDatalist and fails… ( https://hibernate.atlassian.net/browse/HHH-16665#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16665#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2519) Update version identifier to 6.2.4-SNAPSHOT

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2519) Update version identifier to 6.2.4-SNAPSHOT

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16664) NPE in MappingMetamodelImpl if inheritence is used in IdClass

by pWestrich (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2518) Update hibernate tools dependency of org.jboss.tools.hibernate.runtime.v_6_2 to version 6.2.3.Final

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2517) Update version identifier to 6.2.3.Final

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2516) Update Hibernate ORM Dependency to Version 6.2.3.Final

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2516) Update Hibernate ORM Dependency to Version 6.2.3.Final

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16663) TCK failure due to wrong refactoring in schema management Action enum

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16663 ( https://hibernate.atlassian.net/browse/HHH-16663?atlOrigin=eyJpIjoiZjYxYT... ) Re: TCK failure due to wrong refactoring in schema management Action enum ( https://hibernate.atlassian.net/browse/HHH-16663?atlOrigin=eyJpIjoiZjYxYT... ) Oops, sorry! ( https://hibernate.atlassian.net/browse/HHH-16663#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16663#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HBX-2510) Implement and use the generic adapter for IHibernateMappingExporter in the experimental Hibernate runtime

by Koen Aers (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16664) NPE in SessionfactoryImpl if inheritence is used in IdClass

by pWestrich (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16664) NPE in SessionfactoryImpl if inheritence is used in IdClass

by pWestrich (JIRA)

pWestrich ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOWE3NDQ0ZTVj... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16664?atlOrigin=eyJpIjoiOWE3ND... ) HHH-16664 ( https://hibernate.atlassian.net/browse/HHH-16664?atlOrigin=eyJpIjoiOWE3ND... ) NPE in SessionfactoryImpl if inheritence is used in IdClass ( https://hibernate.atlassian.net/browse/HHH-16664?atlOrigin=eyJpIjoiOWE3ND... ) Issue Type: Bug Affects Versions: 6.2.3 Assignee: Unassigned Components: metamodel Created: 22/May/2023 05:02 AM Priority: Major Reporter: pWestrich ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) In Hibernate-Core 6.1.7 we could use inheritance in IdClasses like so: @Data @NoArgsConstructor @AllArgsConstructor public class ParentPrimaryKey implements Serializable { private UUID parentId; } @Data @NoArgsConstructor @AllArgsConstructor @EqualsAndHashCode(callSuper = true ) public class ChildPrimaryKey extends ParentPrimaryKey { private UUID childId; } But since 6.2.x this will raise a cryptic NPE: jakarta.persistence.PersistenceException: [PersistenceUnit: default] Unable to build Hibernate SessionFactory; nested exception is java.lang.NullPointerException: Cannot invoke "org.hibernate.metamodel.mapping.EmbeddableValuedModelPart.getNavigableRole()" because "mappingModelPart" is null ( https://hibernate.atlassian.net/browse/HHH-16664#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16664#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16652) Broken hyperlink in documentation: Hibernate Query Language / Expressions / String concatenation

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Christian Beikov (JIRA)

Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *resolved* as *Fixed* Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNzZmMTZjZjZk... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiNzZmMT... ) HHH-16650 ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiNzZmMT... ) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiNzZmMT... ) Change By: Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Fix versions: 6.2.4 Resolution: Fixed Status: Open Resolved ( https://hibernate.atlassian.net/browse/HHH-16650#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16650#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16663) TCK failure due to wrong refactoring in schema management Action enum

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16663) TCK failure due to wrong refactoring in schema management Action enum

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16663) TCK failure due to wrong refactoring in schema management Action enum

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16662) Postgres Mapping of JSON column to Map<> causes class cast exception

by Ronny Bräunlich (JIRA)

Ronny Bräunlich ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=62f2786... ) *commented* on HHH-16662 ( https://hibernate.atlassian.net/browse/HHH-16662?atlOrigin=eyJpIjoiZmE4MD... ) Re: Postgres Mapping of JSON column to Map<> causes class cast exception ( https://hibernate.atlassian.net/browse/HHH-16662?atlOrigin=eyJpIjoiZmE4MD... ) I didn’t want to create a test using Spring Data JPA, therefore it looks slightly different from the description but it should showcase the problem: hibernate-test-case-templates/JPAUnitTestCase.java at main · rbraeunlich/hibernate-test-case-templates · GitHub ( https://github.com/rbraeunlich/hibernate-test-case-templates/blob/main/or... ) In the test, the DynamicInstantiationResultImpl states that Map and Map aren’t compatible. ( https://hibernate.atlassian.net/browse/HHH-16662#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16662#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16410) SingleIdEntityLoader repeatedly translates SQL AST

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16410) SingleIdEntityLoader repeatedly translates SQL AST

by Christian Beikov (JIRA)

Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16410 ( https://hibernate.atlassian.net/browse/HHH-16410?atlOrigin=eyJpIjoiMjNmMj... ) Re: SingleIdEntityLoader repeatedly translates SQL AST ( https://hibernate.atlassian.net/browse/HHH-16410?atlOrigin=eyJpIjoiMjNmMj... ) Hmm I thought you provided us the flamegraph which showed the repeated calls for the SQL translation, but maybe I mixed something up. Either way, I’ll close this issue for now as I think the problem related to repeated translation has been addressed now. ( https://hibernate.atlassian.net/browse/HHH-16410#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16410#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16594) Query cache miss when query contains multiple parameters

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16410) SingleIdEntityLoader repeatedly translates SQL AST

by Thomas Heigl (JIRA)

Thomas Heigl ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16410 ( https://hibernate.atlassian.net/browse/HHH-16410?atlOrigin=eyJpIjoiNjRlZD... ) Re: SingleIdEntityLoader repeatedly translates SQL AST ( https://hibernate.atlassian.net/browse/HHH-16410?atlOrigin=eyJpIjoiNjRlZD... ) How could I verify this? The class mentioned in the description doesn’t exist anymore. I’m asking because we are still experiencing the same performance regression that I reported a while ago on 6.2.3. So either this hasn’t been completely fixed, or it isn’t the root cause of our problems. ( https://hibernate.atlassian.net/browse/HHH-16410#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16410#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Ralf Grewe (JIRA)

Ralf Grewe ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) *commented* on HHH-16650 ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiMDgyND... ) Re: Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiMDgyND... ) Good points…you made my day 😀 ( https://hibernate.atlassian.net/browse/HHH-16650#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16650#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16574) Treat Querys throws SemanticException if InheritanceType=Joined

by Marco Belladelli (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16410) SingleIdEntityLoader repeatedly translates SQL AST

by Christian Beikov (JIRA)

Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16410 ( https://hibernate.atlassian.net/browse/HHH-16410?atlOrigin=eyJpIjoiODIyNT... ) Re: SingleIdEntityLoader repeatedly translates SQL AST ( https://hibernate.atlassian.net/browse/HHH-16410?atlOrigin=eyJpIjoiODIyNT... ) It should be fixed, yes, but we’d be very grateful if you could confirm this since you seem to have been running into this problem before. ( https://hibernate.atlassian.net/browse/HHH-16410#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16410#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16661) Filters causes NPE when default schema is set

by Jones (JIRA)

Jones ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNTdkOTM3MTUx... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiNTdkOT... ) HHH-16661 ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiNTdkOT... ) Filters causes NPE when default schema is set ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiNTdkOT... ) Change By: Jones ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) I am just reusing the same test case for [https://hibernate.atlassian.net/browse/HHH-16435|https://hibernate.atlass...] If I add {{configuration.setProperty(AvailableSettings.DEFAULT_SCHEMA, "PUBLIC"); }}we always get a NPE {noformat}@Entity @Table(name = "ENTITY_A") @DiscriminatorColumn(name = "DISC_COL", discriminatorType = DiscriminatorType.INTEGER) @FilterDef(name = "DUMMY_FILTER", defaultCondition = "(ID IS NOT NULL)") @Filter(name = "DUMMY_FILTER") public abstract class AbstractEntityA { @Id @GeneratedValue(strategy = GenerationType.AUTO) @Column(name = "ID") Integer id; }{noformat} {noformat}@Entity @DiscriminatorValue("1") public class EntityAChildOne extends AbstractEntityA {}{noformat} {noformat}@Entity @DiscriminatorValue("2") public class EntityAChildTwo extends AbstractEntityA {}{noformat} {noformat} @Override protected void configure(Configuration configuration) { super.configure(configuration); configuration.setProperty(AvailableSettings.SHOW_SQL, Boolean.TRUE.toString()); configuration.setProperty(AvailableSettings.FORMAT_SQL, Boolean.TRUE.toString()); configuration.setProperty(AvailableSettings.DEFAULT_SCHEMA, "PUBLIC"); } @Test public void hhhXXXXTest() throws Exception { try (Session s = openSession()) { Transaction tx = s.beginTransaction(); EntityAChildOne entityAChildOne = new EntityAChildOne(); EntityAChildTwo entityAChildTwo = new EntityAChildTwo(); s.persist(entityAChildOne); s.persist(entityAChildTwo); tx.commit(); } try (Session s = openSession()) { Transaction tx = s.beginTransaction(); s.enableFilter("DUMMY_FILTER"); MutationQuery deleteQuery = s.createMutationQuery("delete from org.hibernate.bugs.EntityAChildTwo"); int actual = deleteQuery.executeUpdate(); assertThat(actual).isEqualTo(1); tx.commit(); Query<AbstractEntityA> query = s.createQuery("select c from org.hibernate.bugs.AbstractEntityA c", AbstractEntityA.class); List<AbstractEntityA> actualList = query.list(); assertThat(actualList).hasSize(1); } }{noformat} {noformat}Hibernate: delete from PUBLIC.ENTITY_A where DISC_COL=2 and ( ID IS NOT NULL ){noformat} {noformat}java.lang.NullPointerException: Cannot invoke "Object.hashCode()" because "key" is null at java.base/java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936) at org.hibernate.metamodel.model.domain.internal.MappingMetamodelImpl.findEntityDescriptor(MappingMetamodelImpl.java:411) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.registerEntityNameUsage(BaseSqmToSqlAstConverter.java:2973) at org.hibernate.internal.FilterHelper.render(FilterHelper.java:232) at org.hibernate.internal.FilterHelper.generateFilterPredicate(FilterHelper.java:180) at org.hibernate.internal.FilterHelper.applyEnabledFilters(FilterHelper.java:158) at org.hibernate.persister.entity.AbstractEntityPersister.applyFilterRestrictions(AbstractEntityPersister.java:3042) at org.hibernate.persister.entity.AbstractEntityPersister.applyBaseRestrictions(AbstractEntityPersister.java:3059) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.consumeFromClauseRoot(BaseSqmToSqlAstConverter.java:2776) at java.base/java.util.ArrayList.forEach(ArrayList.java:1511) at org.hibernate.query.sqm.tree.from.SqmFromClause.visitRoots(SqmFromClause.java:80) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFromClause(BaseSqmToSqlAstConverter.java:2542) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:2028) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:433) at org.hibernate.query.sqm.tree.select.SqmQuerySpec.accept(SqmQuerySpec.java:122) at org.hibernate.query.sqm.spi.BaseSemanticQueryWalker.visitQueryPart(BaseSemanticQueryWalker.java:221) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQueryPart(BaseSqmToSqlAstConverter.java:1890) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:1575) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:433) at org.hibernate.query.sqm.tree.select.SqmSelectStatement.accept(SqmSelectStatement.java:222) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.translate(BaseSqmToSqlAstConverter.java:768) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.buildCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:344) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:267) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:243) at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:518) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:367) at org.hibernate.bugs.ORMUnitTestCase.hhh16435Test(ORMUnitTestCase.java:85) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56) at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:299) at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:293) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/java.lang.Thread.run(Thread.java:833) {noformat} If I need to use Filters and a default schema, I see not no workaround for this issue. please find the test case attached and also available at [https://github.com/ratoaq2/HHH-16661|https://github.com/ratoaq2/HHH-16661...] ( https://hibernate.atlassian.net/browse/HHH-16661#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16661#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16662) Postgres Mapping of JSON column to Map<> causes class cast exception

by Ronny Bräunlich (JIRA)

Ronny Bräunlich ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=62f2786... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNmVmZTkxZmJi... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16662?atlOrigin=eyJpIjoiNmVmZT... ) HHH-16662 ( https://hibernate.atlassian.net/browse/HHH-16662?atlOrigin=eyJpIjoiNmVmZT... ) Postgres Mapping of JSON column to Map<> causes class cast exception ( https://hibernate.atlassian.net/browse/HHH-16662?atlOrigin=eyJpIjoiNmVmZT... ) Issue Type: Bug Affects Versions: 6.2.2 Assignee: Unassigned Components: hibernate-core Created: 22/May/2023 01:05 AM Environment: PostgreSQL 14.3 PostgreSQL driver version 42.6.0 Hibernate Core 6.2.2.Final JDK 19 Priority: Major Reporter: Ronny Bräunlich ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=62f2786... ) Hi everyone, I execute a native query via Spring Data JPA and dynamically insert them into a projection interface. The database column definition is a jsonb column and the interface I select into has a field: val properties: Map<String, Any?> the original entity has the backing field defined like this: import io.hypersistence.utils.hibernate.type.json.JsonType ... @Type(JsonType::class) @Column(columnDefinition = "jsonb") val properties: Map<String, Any?> With Hibernate 6.1.7.Final it would work because in the method buildJdbcTypeCodeToJavaClassMappings in JdbcTypeJavaClassMappings (see https://github.com/hibernate/hibernate-orm/blob/6.1.7/hibernate-core/src/... ) there was no mapping defined for the JSON type. Therefore, Object.class has been returned and in the end the Map was passed on as is. With Hibernate 6.2.x and https://hibernate.atlassian.net/browse/HHH-15748 the implementation changed and now JSON is mapped to String.class all times. This causes a ClassCastException during my persistence tests: class java.lang.String cannot be cast to class java.util.Map I wonder why with the Oracle specific task the mapping has been changed in a central class, since Oracle became its own OracleTypes class. ( https://hibernate.atlassian.net/browse/HHH-16662#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16662#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16634) Table generator id generation strategy returns too low number, doesn't respect initial value from the table

by Oleksii Miroshnyk (JIRA)

Oleksii Miroshnyk ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5a157d9... ) *commented* on HHH-16634 ( https://hibernate.atlassian.net/browse/HHH-16634?atlOrigin=eyJpIjoiMzYwMT... ) Re: Table generator id generation strategy returns too low number, doesn't respect initial value from the table ( https://hibernate.atlassian.net/browse/HHH-16634?atlOrigin=eyJpIjoiMzYwMT... ) thatnks, somehow I missed that ( https://hibernate.atlassian.net/browse/HHH-16634#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16634#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16634) Table generator id generation strategy returns too low number, doesn't respect initial value from the table

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16634) Table generator id generation strategy returns too low number, doesn't respect initial value from the table

by Christian Beikov (JIRA)

Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16634 ( https://hibernate.atlassian.net/browse/HHH-16634?atlOrigin=eyJpIjoiNDVjYj... ) Re: Table generator id generation strategy returns too low number, doesn't respect initial value from the table ( https://hibernate.atlassian.net/browse/HHH-16634?atlOrigin=eyJpIjoiNDVjYj... ) See the migration guide about what to do here: https://github.com/hibernate/hibernate-orm/blob/6.0/migration-guide.adoc#... You have to update the sequence to a multiple of allocationSize + 1, as that is what Hibernate does internally. ( https://hibernate.atlassian.net/browse/HHH-16634#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16634#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16661) Filters causes NPE when default schema is set

by Jones (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16661) Filters causes NPE when default schema is set

by Jones (JIRA)

Jones ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOWJkMThkODEz... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiOWJkMT... ) HHH-16661 ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiOWJkMT... ) Filters causes NPE when default schema is set ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiOWJkMT... ) Change By: Jones ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) I am just reusing the same test case for [https://hibernate.atlassian.net/browse/HHH-16435|https://hibernate.atlass...] If I add {{configuration.setProperty(AvailableSettings.DEFAULT_SCHEMA, "PUBLIC"); }}we always get a NPE {noformat}@Entity @Table(name = "ENTITY_A") @DiscriminatorColumn(name = "DISC_COL", discriminatorType = DiscriminatorType.INTEGER) @FilterDef(name = "DUMMY_FILTER", defaultCondition = "(ID IS NOT NULL)") @Filter(name = "DUMMY_FILTER") public abstract class AbstractEntityA { @Id @GeneratedValue(strategy = GenerationType.AUTO) @Column(name = "ID") Integer id; }{noformat} {noformat}@Entity @DiscriminatorValue("1") public class EntityAChildOne extends AbstractEntityA {}{noformat} {noformat}@Entity @DiscriminatorValue("2") public class EntityAChildTwo extends AbstractEntityA {}{noformat} {noformat} @Override protected void configure(Configuration configuration) { super.configure(configuration); configuration.setProperty(AvailableSettings.SHOW_SQL, Boolean.TRUE.toString()); configuration.setProperty(AvailableSettings.FORMAT_SQL, Boolean.TRUE.toString()); configuration.setProperty(AvailableSettings.DEFAULT_SCHEMA, "PUBLIC"); } @Test public void hhhXXXXTest() throws Exception { try (Session s = openSession()) { Transaction tx = s.beginTransaction(); EntityAChildOne entityAChildOne = new EntityAChildOne(); EntityAChildTwo entityAChildTwo = new EntityAChildTwo(); s.persist(entityAChildOne); s.persist(entityAChildTwo); tx.commit(); } try (Session s = openSession()) { Transaction tx = s.beginTransaction(); s.enableFilter("DUMMY_FILTER"); MutationQuery deleteQuery = s.createMutationQuery("delete from org.hibernate.bugs.EntityAChildTwo"); int actual = deleteQuery.executeUpdate(); assertThat(actual).isEqualTo(1); tx.commit(); Query<AbstractEntityA> query = s.createQuery("select c from org.hibernate.bugs.AbstractEntityA c", AbstractEntityA.class); List<AbstractEntityA> actualList = query.list(); assertThat(actualList).hasSize(1); } }{noformat} {noformat}Hibernate: delete from PUBLIC.ENTITY_A where DISC_COL=2 and ( ID IS NOT NULL ){noformat} {noformat}java.lang.NullPointerException: Cannot invoke "Object.hashCode()" because "key" is null at java.base/java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936) at org.hibernate.metamodel.model.domain.internal.MappingMetamodelImpl.findEntityDescriptor(MappingMetamodelImpl.java:411) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.registerEntityNameUsage(BaseSqmToSqlAstConverter.java:2973) at org.hibernate.internal.FilterHelper.render(FilterHelper.java:232) at org.hibernate.internal.FilterHelper.generateFilterPredicate(FilterHelper.java:180) at org.hibernate.internal.FilterHelper.applyEnabledFilters(FilterHelper.java:158) at org.hibernate.persister.entity.AbstractEntityPersister.applyFilterRestrictions(AbstractEntityPersister.java:3042) at org.hibernate.persister.entity.AbstractEntityPersister.applyBaseRestrictions(AbstractEntityPersister.java:3059) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.consumeFromClauseRoot(BaseSqmToSqlAstConverter.java:2776) at java.base/java.util.ArrayList.forEach(ArrayList.java:1511) at org.hibernate.query.sqm.tree.from.SqmFromClause.visitRoots(SqmFromClause.java:80) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFromClause(BaseSqmToSqlAstConverter.java:2542) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:2028) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:433) at org.hibernate.query.sqm.tree.select.SqmQuerySpec.accept(SqmQuerySpec.java:122) at org.hibernate.query.sqm.spi.BaseSemanticQueryWalker.visitQueryPart(BaseSemanticQueryWalker.java:221) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQueryPart(BaseSqmToSqlAstConverter.java:1890) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:1575) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:433) at org.hibernate.query.sqm.tree.select.SqmSelectStatement.accept(SqmSelectStatement.java:222) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.translate(BaseSqmToSqlAstConverter.java:768) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.buildCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:344) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:267) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:243) at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:518) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:367) at org.hibernate.bugs.ORMUnitTestCase.hhh16435Test(ORMUnitTestCase.java:85) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56) at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:299) at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:293) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/java.lang.Thread.run(Thread.java:833) {noformat} If I need to use Filters and a default schema, I see not workaround for this issue. I’ll attach please find the modified test case for this specific issue attached and also available at [https://github.com/ratoaq2/HHH-16661|https://github.com/ratoaq2/HHH-16661...] ( https://hibernate.atlassian.net/browse/HHH-16661#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16661#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16650 ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiOTg3Yz... ) Re: Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiOTg3Yz... ) Well, this is one of my pet topics: * global GDP is 10^14^ dollars but I’m pretty sure we can’t estimate it to the nearest dollar, nor even to the nearest million dollars (nor even to the nearest billion) * the most precise clock on earth has an accuracy of something like 1 part in 10^18^ but more typical atomic clocks are more like 1 part in 10^12^ * the unix epoch in microseconds has 16 digits * the most accurately-measured quantity in physics is known to about 12 or 13 decimal places … other quantities in the natural sciences are known to far less precision * LIGO can measure some crazily tiny displacements but that doesn’t mean it measures them with a huge amount of precision (TBF, I’m not sure how precise the measurements are) Anyway, the point is that when someone who works in software tells me they need a 38 decimal digits to represent their numbers, I’m a bit skeptical 🙂 Yes, OK, fine, so UUIDs have more “digits” than that, but they’re not numbers, they’re strings, and they’re by nature very wasteful. ( https://hibernate.atlassian.net/browse/HHH-16650#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16650#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16661) Filters causes NPE when default schema is set

by Jones (JIRA)

Jones ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZDRhZjA2ZWVj... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiZDRhZj... ) HHH-16661 ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiZDRhZj... ) Filters causes NPE when default schema is set ( https://hibernate.atlassian.net/browse/HHH-16661?atlOrigin=eyJpIjoiZDRhZj... ) Issue Type: Bug Affects Versions: 6.2.3 Assignee: Unassigned Components: query-hql Created: 22/May/2023 00:40 AM Priority: Blocker Reporter: Jones ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) I am just reusing the same test case for https://hibernate.atlassian.net/browse/HHH-16435 If I add {{configuration.setProperty(AvailableSettings.DEFAULT_SCHEMA, "PUBLIC"); }}we always get a NPE @Entity @Table(name = "ENTITY_A") @DiscriminatorColumn(name = "DISC_COL", discriminatorType = DiscriminatorType.INTEGER) @FilterDef(name = "DUMMY_FILTER", defaultCondition = "(ID IS NOT NULL)") @Filter(name = "DUMMY_FILTER") public abstract class AbstractEntityA { @Id @GeneratedValue(strategy = GenerationType.AUTO) @Column(name = "ID") Integer id; } @Entity @DiscriminatorValue("1") public class EntityAChildOne extends AbstractEntityA {} @Entity @DiscriminatorValue("2") public class EntityAChildTwo extends AbstractEntityA {} @Override protected void configure(Configuration configuration) { super.configure(configuration); configuration.setProperty(AvailableSettings.SHOW_SQL, Boolean.TRUE.toString()); configuration.setProperty(AvailableSettings.FORMAT_SQL, Boolean.TRUE.toString()); configuration.setProperty(AvailableSettings.DEFAULT_SCHEMA, "PUBLIC"); } @Test public void hhhXXXXTest() throws Exception { try (Session s = openSession()) { Transaction tx = s.beginTransaction(); EntityAChildOne entityAChildOne = new EntityAChildOne(); EntityAChildTwo entityAChildTwo = new EntityAChildTwo(); s.persist(entityAChildOne); s.persist(entityAChildTwo); tx.commit(); } try (Session s = openSession()) { Transaction tx = s.beginTransaction(); s.enableFilter("DUMMY_FILTER"); MutationQuery deleteQuery = s.createMutationQuery("delete from org.hibernate.bugs.EntityAChildTwo"); int actual = deleteQuery.executeUpdate(); assertThat(actual).isEqualTo(1); tx.commit(); Query<AbstractEntityA> query = s.createQuery("select c from org.hibernate.bugs.AbstractEntityA c", AbstractEntityA.class); List<AbstractEntityA> actualList = query.list(); assertThat(actualList).hasSize(1); } } Hibernate: delete from PUBLIC.ENTITY_A where DISC_COL=2 and ( ID IS NOT NULL ) java.lang.NullPointerException: Cannot invoke "Object.hashCode()" because "key" is null at java.base/java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936) at org.hibernate.metamodel.model.domain.internal.MappingMetamodelImpl.findEntityDescriptor(MappingMetamodelImpl.java:411) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.registerEntityNameUsage(BaseSqmToSqlAstConverter.java:2973) at org.hibernate.internal.FilterHelper.render(FilterHelper.java:232) at org.hibernate.internal.FilterHelper.generateFilterPredicate(FilterHelper.java:180) at org.hibernate.internal.FilterHelper.applyEnabledFilters(FilterHelper.java:158) at org.hibernate.persister.entity.AbstractEntityPersister.applyFilterRestrictions(AbstractEntityPersister.java:3042) at org.hibernate.persister.entity.AbstractEntityPersister.applyBaseRestrictions(AbstractEntityPersister.java:3059) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.consumeFromClauseRoot(BaseSqmToSqlAstConverter.java:2776) at java.base/java.util.ArrayList.forEach(ArrayList.java:1511) at org.hibernate.query.sqm.tree.from.SqmFromClause.visitRoots(SqmFromClause.java:80) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFromClause(BaseSqmToSqlAstConverter.java:2542) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:2028) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:433) at org.hibernate.query.sqm.tree.select.SqmQuerySpec.accept(SqmQuerySpec.java:122) at org.hibernate.query.sqm.spi.BaseSemanticQueryWalker.visitQueryPart(BaseSemanticQueryWalker.java:221) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQueryPart(BaseSqmToSqlAstConverter.java:1890) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:1575) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:433) at org.hibernate.query.sqm.tree.select.SqmSelectStatement.accept(SqmSelectStatement.java:222) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.translate(BaseSqmToSqlAstConverter.java:768) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.buildCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:344) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:267) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:243) at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:518) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:367) at org.hibernate.bugs.ORMUnitTestCase.hhh16435Test(ORMUnitTestCase.java:85) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56) at org.hibernate.testing.junit4.ExtendedFrameworkMethod.invokeExplosively(ExtendedFrameworkMethod.java:45) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:299) at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:293) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/java.lang.Thread.run(Thread.java:833) If I need to use Filters and a default schema, I see not workaround for this issue. I’ll attach the modified test case for this specific issue ( https://hibernate.atlassian.net/browse/HHH-16661#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16661#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-4801) Upgrade build dependencies to the latest version in Search 6.2.0.Beta1

by Marko Bekhta (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-4555) Upgrade to JBoss logging 3.5.0.Final

by Marko Bekhta (JIRA)

Marko Bekhta ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HSEARCH-4555 ( https://hibernate.atlassian.net/browse/HSEARCH-4555?atlOrigin=eyJpIjoiYWY... ) Re: Upgrade to JBoss logging 3.5.0.Final ( https://hibernate.atlassian.net/browse/HSEARCH-4555?atlOrigin=eyJpIjoiYWY... ) Note: 3.5.0 doesn’t work nicely with our module path tests. We need a release with https://github.com/jboss-logging/jboss-logging/pull/55 being included. ( https://hibernate.atlassian.net/browse/HSEARCH-4555#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-4555#add-comment?atlOrigin... ) 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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Ralf Grewe (JIRA)

Ralf Grewe ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) *commented* on HHH-16650 ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiY2UzMm... ) Re: Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiY2UzMm... ) 1.) Agree! 2.) Oh I see! That’s the reason why 😀 3.) Not sure about that, likely such a precision is often used for ID-columns. But I have no real world statistics/numbers… Fix is looking good. Great job! Excellent response time! 👍 ( https://hibernate.atlassian.net/browse/HHH-16650#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16650#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-4856) Test against latest OpenSearch 1.3.10

by Automation for Jira (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HSEARCH-4856) Test against latest OpenSearch 1.3.10

by Marko Bekhta (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16660) Composite key + fetch join results with UnknownTableReferenceException

by Christopher Holomek (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16660) Composite key + fetch join results with UnknownTableReferenceException

by Christopher Holomek (JIRA)

Christopher Holomek ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZjFhODIzZGJl... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16660?atlOrigin=eyJpIjoiZjFhOD... ) HHH-16660 ( https://hibernate.atlassian.net/browse/HHH-16660?atlOrigin=eyJpIjoiZjFhOD... ) Composite key + fetch join results with UnknownTableReferenceException ( https://hibernate.atlassian.net/browse/HHH-16660?atlOrigin=eyJpIjoiZjFhOD... ) Issue Type: Bug Affects Versions: 6.2.1 Assignee: Unassigned Components: hibernate-core Created: 21/May/2023 19:51 PM Environment: Quarkus reactive panache 3.1.0.CR1 including Hibernate 3.2.1.Final Priority: Major Reporter: Christopher Holomek ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Hi we are currently starting with the migration to Quarkus 3, We face some issues with our existing database structure and Hibernate 6. It seems to be the combination of a composite key and a fetch join. Due to the changes I checked the documentation and migration guide again in case we did something wrong or forgot something. I do not see it 😞 . I created a reproducer here: https://github.com/holomekc/quarkus-quickstarts/tree/main/hibernate-react... But maybe here in short as well: @Entity @Table(name = "fruit_basket" ) public class FruitBasket extends PanacheEntity { @Column public String name; @OneToMany(mappedBy = "basket" , fetch = FetchType.LAZY) public Collection<Fruit> fruits; } @Entity @IdClass(FruitId.class) @Table(name = "fruit" ) public class Fruit extends PanacheEntityBase { @Id @GeneratedValue public Long id; @Id @JoinColumn(name = "basket_id" , referencedColumnName = "id" , foreignKey = @ForeignKey(name = "basket_fk" )) @ManyToOne(fetch = FetchType.LAZY) public FruitBasket basket; @Column(length = 40, unique = true ) public String name; public Fruit() { } public Fruit( String name) { this.name = name; } } public class FruitId implements Serializable { private Long id; private FruitBasket basket; public Long getId() { return id; } public FruitId setId(Long id) { this.id = id; return this; } public FruitBasket getBasket() { return basket; } public FruitId setBasket(FruitBasket basket) { this.basket = basket; return this; } @Override public boolean equals(Object o) { if (this == o) { return true; } if (o == null || getClass() != o.getClass()) { return false; } FruitId fruitId = (FruitId) o; return Objects.equals(id, fruitId.id) && Objects.equals(basket, fruitId.basket); } @Override public int hashCode() { return Objects.hash(id, basket); } } 2023-05-22 04:35:33,895 ERROR [org.acm.hib.orm.pan.FruitResource] (vert.x-eventloop-thread-2) Failed to handle request: org.hibernate.HibernateException: Could not generate fetch : org.acme.hibernate.orm.panache.Fruit(f) -> {id} at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7466) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.createFetch(BaseSqmToSqlAstConverter.java:7295) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitIdentifierFetch(BaseSqmToSqlAstConverter.java:7143) at org.hibernate.sql.results.graph.entity.AbstractEntityResultGraphNode.afterInitialize(AbstractEntityResultGraphNode.java:63) at org.hibernate.reactive.persister.entity.impl.ReactiveAbstractPersisterDelegate.createDomainResult(ReactiveAbstractPersisterDelegate.java:106) at org.hibernate.reactive.persister.entity.impl.ReactiveSingleTableEntityPersister.createDomainResult(ReactiveSingleTableEntityPersister.java:105) at org.hibernate.query.sqm.sql.internal.AbstractSqmPathInterpretation.createDomainResult(AbstractSqmPathInterpretation.java:55) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.lambda$visitSelection$23(BaseSqmToSqlAstConverter.java:2240) at java.base/java.util.Collections$SingletonList.forEach(Collections.java:4966) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelection(BaseSqmToSqlAstConverter.java:2235) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectClause(BaseSqmToSqlAstConverter.java:2153) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:2021) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:425) at org.hibernate.query.sqm.tree.select.SqmQuerySpec.accept(SqmQuerySpec.java:122) at org.hibernate.query.sqm.spi.BaseSemanticQueryWalker.visitQueryPart(BaseSemanticQueryWalker.java:221) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQueryPart(BaseSqmToSqlAstConverter.java:1881) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:1566) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:425) at org.hibernate.query.sqm.tree.select.SqmSelectStatement.accept(SqmSelectStatement.java:222) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.translate(BaseSqmToSqlAstConverter.java:759) at org.hibernate.reactive.query.sqm.iternal.ConcreteSqmSelectReactiveQueryPlan.buildCacheableSqmInterpretation(ConcreteSqmSelectReactiveQueryPlan.java:208) at org.hibernate.reactive.query.sqm.iternal.ConcreteSqmSelectReactiveQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectReactiveQueryPlan.java:138) at org.hibernate.reactive.query.sqm.iternal.ConcreteSqmSelectReactiveQueryPlan.reactivePerformList(ConcreteSqmSelectReactiveQueryPlan.java:122) at org.hibernate.reactive.query.sqm.iternal.ReactiveQuerySqmImpl.doReactiveList(ReactiveQuerySqmImpl.java:200) at org.hibernate.reactive.query.spi.ReactiveAbstractSelectionQuery.doReactiveList(ReactiveAbstractSelectionQuery.java:287) at org.hibernate.reactive.query.spi.ReactiveAbstractSelectionQuery.reactiveList(ReactiveAbstractSelectionQuery.java:202) at org.hibernate.reactive.query.sqm.iternal.ReactiveQuerySqmImpl.reactiveList(ReactiveQuerySqmImpl.java:154) at org.hibernate.reactive.query.ReactiveSelectionQuery.getReactiveResultList(ReactiveSelectionQuery.java:42) at io.smallrye.context.impl.wrappers.SlowContextualSupplier.get(SlowContextualSupplier.java:21) at io.smallrye.mutiny.operators.uni.builders.UniCreateFromCompletionStage.subscribe(UniCreateFromCompletionStage.java:24) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniRunSubscribeOn.lambda$subscribe$0(UniRunSubscribeOn.java:27) at org.hibernate.reactive.context.impl.VertxContext.execute(VertxContext.java:90) at io.smallrye.mutiny.operators.uni.UniRunSubscribeOn.subscribe(UniRunSubscribeOn.java:25) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.performInnerSubscription(UniOnItemTransformToUni.java:81) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.onItem(UniOnItemTransformToUni.java:57) at io.smallrye.mutiny.operators.uni.UniOnItemConsume$UniOnItemComsumeProcessor.onItem(UniOnItemConsume.java:43) at io.smallrye.mutiny.operators.uni.UniOnItemTransform$UniOnItemTransformProcessor.onItem(UniOnItemTransform.java:43) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.onItem(UniOnItemTransformToUni.java:60) at io.smallrye.mutiny.operators.uni.UniOperatorProcessor.onItem(UniOperatorProcessor.java:47) at io.smallrye.mutiny.operators.uni.builders.UniCreateFromItemSupplier.subscribe(UniCreateFromItemSupplier.java:29) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnFailureFlatMap.subscribe(UniOnFailureFlatMap.java:31) at io.smallrye.mutiny.operators.AbstractUni.subscribe(AbstractUni.java:36) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.performInnerSubscription(UniOnItemTransformToUni.java:81) at io.smallrye.mutiny.operators.uni.UniOnItemTransformToUni$UniOnItemTransformToUniProcessor.onItem(UniOnItemTransformToUni.java:57) at io.smallrye.mutiny.operators.uni.UniOperatorProcessor.onItem(UniOperatorProcessor.java:47) at io.smallrye.mutiny.operators.uni.builders.UniCreateFromCompletionStage$CompletionStageUniSubscription.forwardResult(UniCreateFromCompletionStage.java:63) at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:863) at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:841) at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:510) at java.base/java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:2147) at io.vertx.core.Future.lambda$toCompletionStage$3(Future.java:384) at io.vertx.core.impl.future.FutureImpl$3.onSuccess(FutureImpl.java:141) at io.vertx.core.impl.future.FutureBase.emitSuccess(FutureBase.java:60) at io.vertx.core.impl.future.FutureImpl.tryComplete(FutureImpl.java:211) at io.vertx.core.impl.future.Mapping.onSuccess(Mapping.java:40) at io.vertx.core.impl.future.FutureBase.lambda$emitSuccess$0(FutureBase.java:54) at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:167) at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:470) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:569) at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) at java.base/java.lang.Thread.run(Thread.java:833) Caused by: org.hibernate.HibernateException: Could not generate fetch : org.acme.hibernate.orm.panache.Fruit(f).{id}(598220203321057) -> basket at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7466) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.createFetch(BaseSqmToSqlAstConverter.java:7295) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFetches(BaseSqmToSqlAstConverter.java:7412) at org.hibernate.sql.results.graph.AbstractFetchParent.afterInitialize(AbstractFetchParent.java:32) at org.hibernate.sql.results.graph.embeddable.internal.EmbeddableFetchImpl.<init>(EmbeddableFetchImpl.java:75) at org.hibernate.metamodel.internal.AbstractCompositeIdentifierMapping.geetch(AbstractCompositeIdentifierMapping.java:109) at org.hibernate.sql.results.graph.FetchParent.generateFetchableFetch(FetchParent.java:108) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7455) ... 66 more Caused by: org.hibernate.sql.ast.tree.from.UnknownTableReferenceException: Unable to determine TableReference (`fruit`) for `org.acme.hibernate.orm.panache.Fruit(f).{id}(598220203321057).basket.{fk}` at org.hibernate.sql.ast.tree.from.LazyTableGroup.resolveTableReference(LazyTableGroup.java:256) at org.hibernate.sql.ast.tree.from.DelegatingTableGroup.resolveTableReference(DelegatingTableGroup.java:62) at org.hibernate.metamodel.mapping.internal.SimpleForeignKeyDescriptor.createDomainResult(SimpleForeignKeyDescriptor.java:305) at org.hibernate.metamodel.mapping.internal.SimpleForeignKeyDescriptor.createDomainResult(SimpleForeignKeyDescriptor.java:254) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.generateFetch(ToOneAttributeMapping.java:1487) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.generateFetch(ToOneAttributeMapping.java:107) at org.hibernate.sql.results.graph.FetchParent.generateFetchableFetch(FetchParent.java:108) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7455) ... 73 more Br, Chris ( https://hibernate.atlassian.net/browse/HHH-16660#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16660#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#100225- sha1:bbd69a1 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16360) On Postgresql with hbm2ddl.auto=update, timestamp columns are updated even when correct

by Nils Israel (JIRA)

Nils Israel ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) *commented* on HHH-16360 ( https://hibernate.atlassian.net/browse/HHH-16360?atlOrigin=eyJpIjoiN2FhYz... ) Re: On Postgresql with hbm2ddl.auto=update, timestamp columns are updated even when correct ( https://hibernate.atlassian.net/browse/HHH-16360?atlOrigin=eyJpIjoiN2FhYz... ) I can confirm this behaviour in Hibernate 6.2.3. This is happening with Date in H2 as well. With PostgreSQL 15.3 it happens with Double and Date. I created 2 test cases. 1 for H2 and 1 for PostgreSQL. I wasn’t sure how to attach it, so I created a pull request for the test case template repo: https://github.com/hibernate/hibernate-test-case-templates/pull/270 ( https://hibernate.atlassian.net/browse/HHH-16360#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16360#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16659) add SelectionQuery.setEntityGraph()

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16650 ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiMDU3MT... ) Re: Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiMDU3MT... ) OK, thanks, so, conclusion: * This only happens in quite specific circumstances (selecting numeric literals, it seems) where for some reason Oracle is unable to assign a proper type to the literal, and it reports the scale as -127. It does not appear to occur when just selecting columns. * This tripped up our workaround for a different bug where Oracle never correctly reports the type of FLOAT / DOUBLE PRECISION columns. We were using a scale of -127 to detect the FLOAT type, since Oracle always incorrectly reports it as NUMBER. But this turns out to be fragile (no surprise). * And, so, in cases of types with more than 15 digits of precision, this could lead to truncation of the least-significant digits. Now, it’s worth keeping in mind that more than 15 decimal digits of precision is incredibly rare in real world data. My proposed fix is here: https://github.com/hibernate/hibernate-orm/pull/6613/commits/55bc38dede84... ( https://hibernate.atlassian.net/browse/HHH-16650#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16650#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16658) Entity name uses not propagated upwards leading to missing joins

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16656) H2 1.4.200 lacks registration of ranking window functions

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16656) H2 1.4.200 lacks registration of ranking window functions

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16655) Parser error for window frames due to wrong rule order

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16657) Type filter in subquery wrongly propagates as filter to table group

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16656) H2 1.4.200 lacks registration of ranking window functions

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16656) H2 1.4.200 lacks misses registration of window functions

by Christian Beikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16655) Parser error for window frames due to wrong rule order

by Christian Beikov (JIRA)

Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYThmYmU2MmY3... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16655?atlOrigin=eyJpIjoiYThmYm... ) HHH-16655 ( https://hibernate.atlassian.net/browse/HHH-16655?atlOrigin=eyJpIjoiYThmYm... ) Parser error for window frames due to wrong rule order ( https://hibernate.atlassian.net/browse/HHH-16655?atlOrigin=eyJpIjoiYThmYm... ) Issue Type: Bug Affects Versions: 6.2.3 Assignee: Unassigned Created: 21/May/2023 04:25 AM Fix Versions: 6.2.4 Priority: Major Reporter: Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) The parser rule order leads to an ambiguity and we fail to parse the window frame rows between current row and unbounded following. We have to list rules with keywords only first. ( https://hibernate.atlassian.net/browse/HHH-16655#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16655#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16654) auto-addition of joins to queries for EAGER to-one associations

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZDAxZjk1MTY5... ) / New Feature ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiZDAxZj... ) HHH-16654 ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiZDAxZj... ) auto-addition of joins to queries for EAGER to-one associations ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiZDAxZj... ) Change By: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We have never added implicit joins to HQL/criteria queries for EAGER associations, since for to-many associations that would change the semantics of the query. But, we _could_ in principle do it _only_ for to-one associations. That would in principle make your program faster with little real downside. See: [https://twitter.com/1ovthafew/status/1660238087325114368|https://twitter....] Now, we definitely wouldn’t want to make a change like that _by default_, since in rare cases it could break programs. And besides, I guess we want to experiment with it first; it’s a pretty big change. But we could add a setting to let people opt in. WDYT? ( https://hibernate.atlassian.net/browse/HHH-16654#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16654#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16654) auto-addition of joins to queries for EAGER to-one associations

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNWM4MjI5MDQy... ) / New Feature ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiNWM4Mj... ) HHH-16654 ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiNWM4Mj... ) auto-addition of joins to queries for EAGER to-one associations ( https://hibernate.atlassian.net/browse/HHH-16654?atlOrigin=eyJpIjoiNWM4Mj... ) Issue Type: New Feature Assignee: Unassigned Components: query-hql Created: 21/May/2023 04:21 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We have never added implicit joins to HQL/criteria queries for EAGER associations, since for to-many associations that would change the semantics of the query. But, we could in principle do it only for to-one associations. That would make your program faster with little real downside. See: https://twitter.com/1ovthafew/status/1660238087325114368 Now, we definitely wouldn’t want to make a change like that by default , since in rare cases it could break programs. And besides, I guess we want to experiment with it first; it’s a pretty big change. But we could add a setting to let people opt in. WDYT? ( https://hibernate.atlassian.net/browse/HHH-16654#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16654#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16653) subselect fetching for to-one associations

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16653) subselect fetching for to-one associations

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYWMzYmQ4MjEz... ) / New Feature ( https://hibernate.atlassian.net/browse/HHH-16653?atlOrigin=eyJpIjoiYWMzYm... ) HHH-16653 ( https://hibernate.atlassian.net/browse/HHH-16653?atlOrigin=eyJpIjoiYWMzYm... ) subselect fetching for to-one associations ( https://hibernate.atlassian.net/browse/HHH-16653?atlOrigin=eyJpIjoiYWMzYm... ) Issue Type: New Feature Assignee: Unassigned Components: hibernate-core Created: 21/May/2023 01:06 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Currently, subselect fetching is only implemented for @OneToMany , @ManyToMany , and @CollectionElement. I don’t think there’s any good reason why it’s any harder to implement for @ManyToOne , I think I just left this unfinished all those years ago, and nobody ever finished it. ( https://hibernate.atlassian.net/browse/HHH-16653#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16653#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Ralf Grewe (JIRA)

Ralf Grewe ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) *commented* on HHH-16650 ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiNjFiYW... ) Re: Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiNjFiYW... ) CREATE TABLE testTable ( col1 NUMBER(38, 0) ); INSERT INTO testTable VALUES (012345678901234567890123456789); COMMIT; If you run the following query (here within J2EE context, but same result if executed standalone), the returned object will be of type “BigDecimal” (as expected): @PersistenceContext(unitName = ...) private EntityManager em; Query query = em.createNativeQuery("SELECT col1 FROM testTable); Object queryResult = query.getSingleResult(); // Will be of type BigDecimal as expected However, if you run the query mentioned in my initial post, the returned object will be of type Float, causing the value from table “testTable” to get truncated in terms of precision: @PersistenceContext(unitName = ...) private EntityManager em; Query query = em.createNativeQuery("SELECT col1 FROM testTable UNION ALL SELECT 43.543 AS col1 FROM DUAL); List<Object> queryResults = query.getResultList(); // Will be of type Float. This is kind of unexpected You can also reproduce the issue without using a table, e.g., using the following query: @PersistenceContext(unitName = ...) private EntityManager em; Query query = em.createNativeQuery("SELECT 012345678901234567890123456789 AS col1 FROM DUAL); Object queryResult = query.getSingleResult(); // Will be of type Float. This is kind of unexpected If seems that the Oracle JDBC driver generally returns a value of “-127” for method "getScale()" and a value of “0” for method "getPrecision()" (on “OracleResultSetMetaData”) in case the scale and the precision of a returned numeric column is unknown. In such case Hibernate chooses a data type of “Float” which may cause loss of precision. Sorry that my initial post sound too offensive, that was not my intention. Sorry! Bye, Ralf ( https://hibernate.atlassian.net/browse/HHH-16650#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16650#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16652) Broken hyperlink in documentation: Hibernate Query Language / Expressions / String concatenation

by Felix Desyatirikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16652) Broken hyperlink in documentation: Hibernate Query Language / Expressions / String concatenation

by Felix Desyatirikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16652) Broken hyperlink in documentation: Hibernate Query Language / Expressions / String concatenation

by Felix Desyatirikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-15889) StatementCacheTest fails on MariaDB 3.x.x JDBC drivers

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16651) new ways to enable subselect fetching

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16651) new ways to enable subselect fetching

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZjkwM2RkNjlm... ) / New Feature ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiZjkwM2... ) HHH-16651 ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiZjkwM2... ) new ways to enable subselect fetching ( https://hibernate.atlassian.net/browse/HHH-16651?atlOrigin=eyJpIjoiZjkwM2... ) Issue Type: New Feature Assignee: Unassigned Components: hibernate-core Created: 20/May/2023 10:36 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Subselect fetching isn’t widely used right now, but that’s probably because the way it’s exposed makes it almost useless. It should not be a static aspect of the mapping, but something more dynamic. See: https://github.com/hibernate/hibernate-orm/discussions/6500 ( https://hibernate.atlassian.net/browse/HHH-16651#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16651#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16650 ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiOGUxY2... ) Re: Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiOGUxY2... ) So that was a decent rant, but what it didn’t include was the actual information required to reproduce this. I tried this quickly: create table p ( id number (19,0) not null , email varchar2 (255 char ) not null , thenumber number (38,0), primary key (id) ) s.createNativeQuery( "select id, thenumber from p" ).getSingleResult() And I got back a BigDecimal. Same thing with number(38,5). Same thing with number(19,5). Same for number(10,5). With number(19) I get a Long. So this bug does not appear to affect my version of Oracle and its JDBC driver. But then, I don’t actually know what you did. ( https://hibernate.atlassian.net/browse/HHH-16650#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16650#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16650) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL

by Ralf Grewe (JIRA)

Ralf Grewe ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNzRkNmI1Njhk... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiNzRkNm... ) HHH-16650 ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiNzRkNm... ) Loss in precision due usage of Float data type instead of BigDecimal in case Oracle JDBC driver returning -127 for scale and 0 for precision if precision/scale is unknown. Might happen unexpectedly and requires very close inspection of used SQL ( https://hibernate.atlassian.net/browse/HHH-16650?atlOrigin=eyJpIjoiNzRkNm... ) Issue Type: Bug Affects Versions: 6.2.3 Assignee: Unassigned Components: hibernate-core Created: 20/May/2023 09:06 AM Environment: Hibernate: 6.2.3 OS: CentOS 8 JRE: Java 17.0.7 DB: Oracle 19.14.0.0.0 Priority: Critical Reporter: Ralf Grewe ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) Dear Hibernate Team, The Oracle JDBC Driver generally returns a value of “-127” for method "getScale()" and a value of “0” for method "getPrecision()" (on “OracleResultSetMetaData”) in case the scale and the precision of a returned numeric column is unknown. Starting with Hibernate 6, Hibernate will return the data as Float data type (according to “'org.hibernate.dialect.OracleDialect.resolveSqlTypeDescriptor()”) instead of BigDecimal (in previous versions). From my point of view, this is a pretty bad design decision as it: * breaks existing code which uses native queries (which do not feature explicit type mappings via ‘addScalar’) * even worse: causes loss in predictability and loss in precision, e.g., a SQL query like: SELECT col1 FROM testTable UNION ALL 123.54356 AS col1 FROM DUAL will return “col1” as Float value EVEN if you specify “col1” as NUMBER(38,0)!! Data loss is garuanteed. Basically it means, that SQL queries that do not look as being problematic at the first glance, may reveal as such at a much closer look. If code features hundreds of native queries, you need to closely inspect each of them (not that I’m a big fan of native queries but sometimes it is was it is…) If Oracle returns a value of “-127” for method "getScale()" and a value of “0” for method "getPrecision() it simply mean that precision and scale are unknown and in such case using BigDecimal is the right decision whereas Float data type is definitely not. Bye, Ralf ( https://hibernate.atlassian.net/browse/HHH-16650#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16650#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16648) No examples of implementing custom functions in the documentation

by Felix Desyatirikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16648) No examples of implementing custom functions in the documentation

by Felix Desyatirikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16649) Hibernate.remove() doesn't work at all

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16648) No examples of implementing custom functions in the documentation

by Felix Desyatirikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16648) No examples of implementing custom functions in the documentation

by Felix Desyatirikov (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16647) allow unqualified use of query result type in HQL instantiation

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYjRlMWI0NDNk... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16647?atlOrigin=eyJpIjoiYjRlMW... ) HHH-16647 ( https://hibernate.atlassian.net/browse/HHH-16647?atlOrigin=eyJpIjoiYjRlMW... ) allow unqualified use of query result type in HQL instantiation ( https://hibernate.atlassian.net/browse/HHH-16647?atlOrigin=eyJpIjoiYjRlMW... ) Issue Type: Improvement Assignee: Unassigned Components: hibernate-core Created: 20/May/2023 01:28 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We should always be able to do: session.createSelectionQuery( "select new Pair(theInt, theDouble) from EntityOfBasics" , Pair.class).getResultList(); without having to qualify the name Pair. ( https://hibernate.atlassian.net/browse/HHH-16647#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16647#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16601) no confirmation that second-level cache is enabled at startup

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16601 ( https://hibernate.atlassian.net/browse/HHH-16601?atlOrigin=eyJpIjoiZTIwMT... ) Re: no confirmation that second-level cache is enabled at startup ( https://hibernate.atlassian.net/browse/HHH-16601?atlOrigin=eyJpIjoiZTIwMT... ) Fixed. ( https://hibernate.atlassian.net/browse/HHH-16601#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16601#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16601) no confirmation that second-level cache is enabled at startup

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-15705) Properly document requirements for building Hibernate in the README

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-15705) Properly document requirements for building Hibernate in the README

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-15705 ( https://hibernate.atlassian.net/browse/HHH-15705?atlOrigin=eyJpIjoiNDEwNT... ) Re: Properly document requirements for building Hibernate in the README ( https://hibernate.atlassian.net/browse/HHH-15705?atlOrigin=eyJpIjoiNDEwNT... ) It now works on Java 17, but still not on Java 19. I have documented that in the README. This can be closed, I guess. ( https://hibernate.atlassian.net/browse/HHH-15705#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15705#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16646) add typesafe convenience methods to Configuration

by Gavin King (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16646) add typesafe convenience methods to Configuration

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNzNjNjgyNGI1... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16646?atlOrigin=eyJpIjoiNzNjNj... ) HHH-16646 ( https://hibernate.atlassian.net/browse/HHH-16646?atlOrigin=eyJpIjoiNzNjNj... ) add typesafe convenience methods to Configuration ( https://hibernate.atlassian.net/browse/HHH-16646?atlOrigin=eyJpIjoiNzNjNj... ) Issue Type: Improvement Assignee: Unassigned Components: hibernate-core Created: 19/May/2023 13:55 PM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We can simplify the getting started experience to: var sessionFactory = new Configuration() .addAnnotatedClasses(Book.class, Author.class) // PostgreSQL .setJdbcUrl( "jdbc:postgresql: //localhost/example" ) // Credentials .setCredentials(user, password) // Automatic schema export .setSchemaExportAction(Action.CREATE) // SQL statement logging, formatting, highlighting .showSql( true , true , true ) // Create a new SessionFactory .buildSessionFactory(); ( https://hibernate.atlassian.net/browse/HHH-16646#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16646#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16645) XxxxLoadAccess and EntityGraphs

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMmY2Y2U5NDI0... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16645?atlOrigin=eyJpIjoiMmY2Y2... ) HHH-16645 ( https://hibernate.atlassian.net/browse/HHH-16645?atlOrigin=eyJpIjoiMmY2Y2... ) XxxxLoadAccess and EntityGraphs ( https://hibernate.atlassian.net/browse/HHH-16645?atlOrigin=eyJpIjoiMmY2Y2... ) Issue Type: Improvement Assignee: Unassigned Components: hibernate-core Created: 19/May/2023 08:54 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Currently, on some of the LoadAccess APIs, you can do: * .with(graph) with graph interpreted as a “load” graph, and * .with(graph, GraphSemantic.FETCH) to be explicit. There’s no very good reason to prefer LOAD as the default here, and indeed, I think it’s very nonobvious. Also, typing.with(graph, GraphSemantic.FETCH) annoying. So I propose: * deprecate the first one, and * add {{fetching(graph)}}and {{loading(graph)}}which are more explicit, easier to type, and more fluent. ( https://hibernate.atlassian.net/browse/HHH-16645#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16645#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16644) SimpleNaturalIdLoadAccess and NaturalIdLoadAccess don't let you pass an EntityGraph

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMjIxNTIwYTcx... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16644?atlOrigin=eyJpIjoiMjIxNT... ) HHH-16644 ( https://hibernate.atlassian.net/browse/HHH-16644?atlOrigin=eyJpIjoiMjIxNT... ) SimpleNaturalIdLoadAccess and NaturalIdLoadAccess don't let you pass an EntityGraph ( https://hibernate.atlassian.net/browse/HHH-16644?atlOrigin=eyJpIjoiMjIxNT... ) Issue Type: Improvement Assignee: Unassigned Components: hibernate-core Created: 19/May/2023 08:49 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) SimpleNaturalIdLoadAccess and NaturalIdLoadAccess don't let you pass in an EntityGraph , even though all their friends do. Perhaps there’s some good reason for this, but I can’t imagine what, and it looks a bit strange. ( https://hibernate.atlassian.net/browse/HHH-16644#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16644#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16643) @NamedFetchGraph annotation

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNTYxM2M4ZTdl... ) / New Feature ( https://hibernate.atlassian.net/browse/HHH-16643?atlOrigin=eyJpIjoiNTYxM2... ) HHH-16643 ( https://hibernate.atlassian.net/browse/HHH-16643?atlOrigin=eyJpIjoiNTYxM2... ) @NamedFetchGraph annotation ( https://hibernate.atlassian.net/browse/HHH-16643?atlOrigin=eyJpIjoiNTYxM2... ) Change By: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We should add an annotation to specify a named {{EntityGraph}}, not using the _awful_ structured (but not type-safe) annotations defined by the JPA spec, but using the syntax understood by {{GraphParser}}. {code:java}@NamedFetchGraph(name="Name", root=Entity.class, fetch="number, total, customer( name, city )"){code} We would validate string at startup, to alleviate typesafety concerns somewhat. ( https://hibernate.atlassian.net/browse/HHH-16643#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16643#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16643) @NamedFetchGraph annotation

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZWRjNWQxYjNm... ) / New Feature ( https://hibernate.atlassian.net/browse/HHH-16643?atlOrigin=eyJpIjoiZWRjNW... ) HHH-16643 ( https://hibernate.atlassian.net/browse/HHH-16643?atlOrigin=eyJpIjoiZWRjNW... ) @NamedFetchGraph annotation ( https://hibernate.atlassian.net/browse/HHH-16643?atlOrigin=eyJpIjoiZWRjNW... ) Issue Type: New Feature Assignee: Unassigned Components: hibernate-core Created: 19/May/2023 08:46 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We should add an annotation to specify a named EntityGraph , not using the awful structured (but not type-safe) annotations defined by the JPA spec, but using the syntax understood by GraphParser. @NamedFetchGraph(name= "Name" , root=Entity.class, fetch= "number, total, customer( name, city )" ) ( https://hibernate.atlassian.net/browse/HHH-16643#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16643#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-15989) In-line Hibernate settings for sequence and table id generators into mapping XSD

by Steve Ebersole (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-15989) In-line Hibernate settings for sequence and table id generators into mapping XSD

by Steve Ebersole (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16627) Duplicate records being created for many-to-many relation implemented as two one-to-many relations with cascading

by Andrea Boriero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16627) Duplicate records being created for many-to-many relation implemented as two one-to-many relations with cascading

by Andrea Boriero (JIRA)

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16633) Render "repository" methods into generated metamodel

by Steve Ebersole (JIRA)

Steve Ebersole ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMTRmN2ZkYzY3... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16633?atlOrigin=eyJpIjoiMTRmN2... ) HHH-16633 ( https://hibernate.atlassian.net/browse/HHH-16633?atlOrigin=eyJpIjoiMTRmN2... ) Render "repository" methods into generated metamodel ( https://hibernate.atlassian.net/browse/HHH-16633?atlOrigin=eyJpIjoiMTRmN2... ) Change By: Steve Ebersole ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) For simple named queries, generate “repository” methods. E.g. {code:java}@NamedQuery( name = "persons_by_city", query = "from Person where city = :theCity" ... ) @Entity class Person { ... @Basic String city; }{code} leads to {code:java}@Generated class Person_ { ... public static List<Person> getPersonsByCity(String city, Session session) { ... } }{code} ( https://hibernate.atlassian.net/browse/HHH-16633#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16633#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16632) Render names into generated metamodel

by Steve Ebersole (JIRA)

Steve Ebersole ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOGU2M2YyZThh... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16632?atlOrigin=eyJpIjoiOGU2M2... ) HHH-16632 ( https://hibernate.atlassian.net/browse/HHH-16632?atlOrigin=eyJpIjoiOGU2M2... ) Render names into generated metamodel ( https://hibernate.atlassian.net/browse/HHH-16632?atlOrigin=eyJpIjoiOGU2M2... ) Change By: Steve Ebersole ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Render names of named queries, resultset-mappings. filters, entity graphs, etc. E.g. {code:java}@NamedQuery( name = "persons_by_name", ... ) @Entity class Person { }{code} leads to {code:java}@Generated class Person_ { ... public static final QUERY_PERSONS_BY_NAME = "persons_by_name"; }{code} ( https://hibernate.atlassian.net/browse/HHH-16632#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16632#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16642) Treated join in subquery in criteria update results in invalid SQL

by Emond Papegaaij (JIRA)

Emond Papegaaij ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16642 ( https://hibernate.atlassian.net/browse/HHH-16642?atlOrigin=eyJpIjoiYWYxZD... ) Re: Treated join in subquery in criteria update results in invalid SQL ( https://hibernate.atlassian.net/browse/HHH-16642?atlOrigin=eyJpIjoiYWYxZD... ) It is likely that this is a regression caused by the work done for HHH-15726 ( https://hibernate.atlassian.net/browse/HHH-15726 ) Closed ( https://hibernate.atlassian.net/browse/HHH-16642#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16642#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

[JIRA] (HHH-16641) @OrderColumn fails for a generic collection with NPE on XProperty.getMapKey()

by Laurent Almeras (JIRA)

Laurent Almeras ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16641 ( https://hibernate.atlassian.net/browse/HHH-16641?atlOrigin=eyJpIjoiZmE2NW... ) Re: @OrderColumn fails for a generic collection with NPE on XProperty.getMapKey() ( https://hibernate.atlassian.net/browse/HHH-16641?atlOrigin=eyJpIjoiZmE2NW... ) Minimal test-case can be found here : https://github.com/hibernate/hibernate-test-case-templates/commit/d73b8d2... cd orm/hibernate-orm-5 mvn clean verify # OK cd ../../orm/hibernate-orm-6 mvn clean verify # failure Tests in error: hhh16641Test(org.hibernate.bugs.JPAUnitTestCase): Cannot invoke "org.hibernate.annotations.common.reflection.XClass.getName()" because the return value of "org.hibernate.annotations.common.reflection.XProperty.getMapKey()" is null hhh16641Test(org.hibernate.bugs.JPAUnitTestCase): Cannot invoke "jakarta.persistence.EntityManagerFactory.close()" because "this.entityManagerFactory" is null For both orm/hibernate-orm-5 and orm/hibernate-orm-6 : * WithoutGenericEntity → TargetEntityWithoutGeneric : works OK with Hibernate 5 / 6 * WithGenericConcrete → TargetEntityWithGeneric : works OK with Hibernate 5 ; fails with Hibernate 6 Unit test only tries to startup EntityManagerFactory ; no other operation. If WithGenericConcrete / TargetEntityWithGeneric is removed from entities : OK If @OrderColumn is removed on generic collection : OK ( https://hibernate.atlassian.net/browse/HHH-16641#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16641#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#100225- sha1:9dd72a2 )

3 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues May 2023