May 2023 - hibernate-issues - Jboss List Archives

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

by Martin Marciano (JIRA)

2 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-1182) excludePaths on indexedEmbedded

by Martin Marciano (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Martin Marciano (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Martin Marciano (JIRA)

2 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-4811) Automated code formatting

by Martin Marciano (JIRA)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Koen Aers (JIRA)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Koen Aers (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Koen Aers (JIRA)

2 years, 11 months

1
0
0 / 0

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

by pWestrich (JIRA)

2 years, 11 months

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)

2 years, 11 months

1
0
0 / 0

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

by Koen Aers (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Koen Aers (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Koen Aers (JIRA)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Koen Aers (JIRA)

2 years, 11 months

1
0
0 / 0

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

by pWestrich (JIRA)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Marco Belladelli (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Jones (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Marko Bekhta (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Automation for Jira (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Marko Bekhta (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christopher Holomek (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

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)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Christian Beikov (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Felix Desyatirikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Felix Desyatirikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Felix Desyatirikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Felix Desyatirikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Felix Desyatirikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Felix Desyatirikov (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Felix Desyatirikov (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Gavin King (JIRA)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

1
0
0 / 0

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

by Steve Ebersole (JIRA)

2 years, 11 months

1
0
0 / 0

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

by Steve Ebersole (JIRA)

2 years, 11 months

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)

2 years, 11 months

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)

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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 )

2 years, 11 months

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