January 2023 - hibernate-issues - Jboss List Archives

[JIRA] (HSEARCH-4721) Re-enable tests disabled because of HHH-15606/HHH-15967

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4783) Run more tests for orm6/jakarta artifacts

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4674) Move to Testcontainers to start Elasticsearch/OpenSearch/databases/etc.

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-3654) Upgrade to JUnit 5

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4667) Add a configuration properties reference to the reference documentation

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4774) Database deadlock while processing events with MS SQL Server

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4706) Fix flaky test on DB2

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16049) Setting a property to its current value with bytecode enhancememt enabled results in unnecessary SQL Update in some (many) cases

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNDMxMTE1ZTVk... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16049?atlOrigin=eyJpIjoiNDMxMT... ) HHH-16049 ( https://hibernate.atlassian.net/browse/HHH-16049?atlOrigin=eyJpIjoiNDMxMT... ) Setting a property to its current value with bytecode enhancememt enabled results in unnecessary SQL Update in some (many) cases ( https://hibernate.atlassian.net/browse/HHH-16049?atlOrigin=eyJpIjoiNDMxMT... ) Issue Type: Bug Assignee: Unassigned Components: bytecode-enhancement Created: 16/Jan/2023 06:00 AM Fix Versions: 5.6-backlog, 6.2.0 Priority: Major Reporter: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Affects 6.2.0.CR1 and 5.6 for sure. Essentially, calling entity.setProperty( entity.getProperty() ) triggers an SQL Update, even though that update has no point. Downstream bug report (Quarkus): https://github.com/quarkusio/quarkus/issues/30234 ( https://github.com/quarkusio/quarkus/issues/30234 ) This seems related to https://hibernate.atlassian.net/browse/HHH-15634 ( https://hibernate.atlassian.net/browse/HHH-15634 ) ( https://github.com/hibernate/hibernate-orm/pull/5461 ( https://github.com/hibernate/hibernate-orm/pull/5461 ) ), especially because the problem started to appear in the version of Quarkus that upgraded to the version of Hibernate ORM that fixes https://hibernate.atlassian.net/browse/HHH-15634 ( https://hibernate.atlassian.net/browse/HHH-15634 ). Interestingly, while https://hibernate.atlassian.net/browse/HHH-15634 ( https://hibernate.atlassian.net/browse/HHH-15634 ) was only about lazy basic properties, here the unnecessary updates affect eager properties as well, and even on entities that have only eager properties. So, this probably affects a lot of applications. I will provide a reproducer soon. ( https://hibernate.atlassian.net/browse/HHH-16049#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16049#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

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

by Koen Aers (JIRA)

3 years, 3 months

1
0
0 / 0

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

by Koen Aers (JIRA)

3 years, 3 months

1
0
0 / 0

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

by Koen Aers (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4716) JDBC Batch performance affected by outbox event sequence generator

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *closed* an issue as *Out of Date* This is no longer relevant since we switched to UUIDs for outbox events ( HSEARCH-4678 ( https://hibernate.atlassian.net/browse/HSEARCH-4678 ) Resolved ), so there are no longer any sequences involved in creating events. Closing. Hibernate Search ( https://hibernate.atlassian.net/browse/HSEARCH?atlOrigin=eyJpIjoiY2NmNGU2... ) / Improvement ( https://hibernate.atlassian.net/browse/HSEARCH-4716?atlOrigin=eyJpIjoiY2N... ) HSEARCH-4716 ( https://hibernate.atlassian.net/browse/HSEARCH-4716?atlOrigin=eyJpIjoiY2N... ) JDBC Batch performance affected by outbox event sequence generator ( https://hibernate.atlassian.net/browse/HSEARCH-4716?atlOrigin=eyJpIjoiY2N... ) Change By: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Assignee: Unassigned Yoann Rodière Fix versions: 6.2-backlog Resolution: Out of Date Status: Open Closed ( https://hibernate.atlassian.net/browse/HSEARCH-4716#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-4716#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#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-1032) MassIndexer with an update mechanism

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-1032) MassIndexer with an update mechanism

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-2366) Add an Elasticsearch mapping export tool

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate Search ( https://hibernate.atlassian.net/browse/HSEARCH?atlOrigin=eyJpIjoiOGQ4OGY0... ) / New Feature ( https://hibernate.atlassian.net/browse/HSEARCH-2366?atlOrigin=eyJpIjoiOGQ... ) HSEARCH-2366 ( https://hibernate.atlassian.net/browse/HSEARCH-2366?atlOrigin=eyJpIjoiOGQ... ) Add an Elasticsearch mapping export tool ( https://hibernate.atlassian.net/browse/HSEARCH-2366?atlOrigin=eyJpIjoiOGQ... ) Change By: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) The tool would allow to export a Hibernate Search-generated mapping so that users may use it in scripts or compare it to their existing Elasticsearch mapping. Work has been initiated as part of [https://hibernate.atlassian.net/browse/ HSEARCH-2260 |https://hibernate.atlassian.net/browse/HSEARCH-2260|smart-link] , but some major changes may be needed, so this will have to be part of a major release. Work in progress available here: [https://github.com/yrodiere/hibernate-search/tree/HSEARCH-2366|https://gi...] -The main issue was that such a tool should not have to connect to an Elasticsearch instance: we just want it to export the schema based on a configuration and a set of jars. Yet HSearch's metamodel creation and index manager creation/startup seem intertwined, and we cannot execute one without the other. So in order for the tool to exist, we need to bring some changes to HSearch's startup process.- -See there for more details about the issue:- [https://hibernate.atlassian.net/browse/HSEARCH-2260?focusedCommentId=8422...] => This is no longer true in Hibernate Search 6; you can start it offline; see [https://docs.jboss.org/hibernate/stable/search/reference/en-US/html_singl... [https://docs.jboss.org/hibernate/stable/search/reference/en-US/html_singl...] ( https://hibernate.atlassian.net/browse/HSEARCH-2366#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-2366#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#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4755) Upgrade to Spring Boot 3 for -orm6 artifacts

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4755) Upgrade to Spring Boot 3 for -orm6 artifacts

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4755) Upgrade to Spring Boot 3 for -orm6 artifacts

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4785) Invert the flow of information for mapper-pojo-base mappings

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *deleted* an issue Hibernate Search ( https://hibernate.atlassian.net/browse/HSEARCH?atlOrigin=eyJpIjoiYTE2YzIx... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-4785?atlOrigin=eyJpIjoiYTE... ) HSEARCH-4785 ( https://hibernate.atlassian.net/browse/HSEARCH-4785?atlOrigin=eyJpIjoiYTE... ) Invert the flow of information for mapper-pojo-base mappings ( https://hibernate.atlassian.net/browse/HSEARCH-4785?atlOrigin=eyJpIjoiYTE... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4785) Invert the flow of information for mapper-pojo-base mappings

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

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

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4782) Retrieve decimal scale automatically from entity identifiers

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4781) Mention @ScaledNumberField in error messages when the decimal scale cannot be found

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16047) Allow reusing of FlushEntityEvent instances

by Sanne Grinovero (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HBX-2470) Update hibernate tools dependency of org.jboss.tools.hibernate.runtime.v_6_1 to version 6.1.6.Final

by Koen Aers (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4721) Re-enable tests disabled because of HHH-15606/HHH-15967

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4721) Re-enable tests disabled because of HHH-15606/HHH-15967

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16048) inconsistent semantics for / operator on integers

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=eyJpIjoiYzM1MDJkNWIz... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16048?atlOrigin=eyJpIjoiYzM1MD... ) HHH-16048 ( https://hibernate.atlassian.net/browse/HHH-16048?atlOrigin=eyJpIjoiYzM1MD... ) inconsistent semantics for / operator on integers ( https://hibernate.atlassian.net/browse/HHH-16048?atlOrigin=eyJpIjoiYzM1MD... ) Issue Type: Bug Assignee: Unassigned Components: hibernate-core Created: 16/Jan/2023 02:50 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We currently don’t have consistent semantics for expression like 3/2 : * on, I believe, most databases, this does integer division and evaluates to 1 , but * on MySQL, it evaluates to 1.5 , and * on Oracle, the same, though for different reasons, I guess (Oracle number type). So I wonder if we should be translating }} to {{div on these dbs. (At the risk of breaking existing queries.) ( https://hibernate.atlassian.net/browse/HHH-16048#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16048#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16047) Allow reusing of FlushEntityEvent instances

by Sanne Grinovero (JIRA)

Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNWIzZTMzYmJl... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16047?atlOrigin=eyJpIjoiNWIzZT... ) HHH-16047 ( https://hibernate.atlassian.net/browse/HHH-16047?atlOrigin=eyJpIjoiNWIzZT... ) Allow reusing of FlushEntityEvent instances ( https://hibernate.atlassian.net/browse/HHH-16047?atlOrigin=eyJpIjoiNWIzZT... ) Issue Type: Improvement Assignee: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Created: 16/Jan/2023 02:42 AM Priority: Major Reporter: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) FlushEntityEvent are a major source of allocations, especially in scenarios with multiple entities being flushed as there’s a new event for each object needing stored. Performance analysis has shown that such event instances are unlikely to be optimised by the JVM, as they escape into non-trivial code paths. Some other events already have a “reuse” mechanism; I recall we avoided it for flush events because of concerns about recursive needs but we can still reuse them while ensuring we don’t reuse instance in case of recursion as this seems detectable. ( https://hibernate.atlassian.net/browse/HHH-16047#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16047#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4784) Move testing of non-default environments to a separate job

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HSEARCH-4784 ( https://hibernate.atlassian.net/browse/HSEARCH-4784?atlOrigin=eyJpIjoiZWQ... ) Re: Move testing of non-default environments to a separate job ( https://hibernate.atlassian.net/browse/HSEARCH-4784?atlOrigin=eyJpIjoiZWQ... ) It might also be a good idea to split the job into multiple jobs, one for each of the following categories: Compilers/JDKs, DBs, Elasticsearch/Opensearch. So that when a particular environment fails, we only need to re-run the build for the related environments (no need to re-test OpenSearch 1.3 if the build failed only against DB2, for instance). ( https://hibernate.atlassian.net/browse/HSEARCH-4784#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-4784#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#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4784) Move testing of non-default environments to a separate job

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate Search ( https://hibernate.atlassian.net/browse/HSEARCH?atlOrigin=eyJpIjoiOGI4ZmE5... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-4784?atlOrigin=eyJpIjoiOGI... ) HSEARCH-4784 ( https://hibernate.atlassian.net/browse/HSEARCH-4784?atlOrigin=eyJpIjoiOGI... ) Move testing of non-default environments to a separate job ( https://hibernate.atlassian.net/browse/HSEARCH-4784?atlOrigin=eyJpIjoiOGI... ) Issue Type: Task Assignee: Unassigned Components: build Created: 16/Jan/2023 02:37 AM Fix Versions: 7.0-backlog Priority: Major Reporter: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) The number of environments we have to test is getting wild, and it’s taking a lot of time. I think we should consider only testing the default environment in the main build: latest LTS JDK, latest Elasticsearch, no Opensearch, a single DB (H2 or maybe postgresql). We would move testing of other environments to a separate Jenkins job ( hibernate-search-matrix ? hibernate-search-environments ?). Ideally, we’d take inspiration from ci/dependency-update/Jenkinsfile for that job, because it’s using the declarative syntax for Jenkinsfiles, and believe me that’s way easier to debug. As to the specifics of that job: * It would have to cover everything from the “non-default environments” part of the current main Jenkins job. * We’d forbid concurrent builds, similarly to other jobs, but probably wouldn’t cancel running builds. * When running against main branches (not PRs), it would have to be rate-limited (throttled), similarly to other ci/dependency-update/Jenkinsfile. * It would probably need some form of parameters, to be able to run tests against a particular platform easily. I’d argue that using only some regexp condition would be fine. We can definitely simplify what we’re currently doing in the main Jenkins job. * It would run against branches, but also against PRs. At the very least it should test PRs against a subset of all environments (currently I think we do Eclipse compiler, Oracle, PostgreSQL and that’s it; maybe we’d want to add the latest early-access JDK). * Ideally we would add some code to detect when changes in a given PR have no impact on a given environment and thus skip some environments. E.g. if there are no changes in hibernate-search-backend-elasticsearch or any of its dependencies (engine, …), then there’s no need to run tests against all flavors of OpenSearch. That would allow us to expand a bit the subset of environments we test against PRs. But maybe that should be a separate Jira issue? ( https://hibernate.atlassian.net/browse/HSEARCH-4784#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-4784#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#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16040) AssertionError for @JoinColumn with char[] property referencing a String property

by Marco Belladelli (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4642) Upgrade build dependencies to the latest version in 6.2.0.Alpha2

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4642) Upgrade build dependencies to the latest version

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16023) ArrayIndexOutOfBoundsException: Index 1 out of bounds for length 1 (with added test case)

by Fred (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16023) ArrayIndexOutOfBoundsException: Index 1 out of bounds for length 1

by Fred (JIRA)

Fred ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=63be69f... ) *commented* on HHH-16023 ( https://hibernate.atlassian.net/browse/HHH-16023?atlOrigin=eyJpIjoiYTVhNG... ) Re: ArrayIndexOutOfBoundsException: Index 1 out of bounds for length 1 ( https://hibernate.atlassian.net/browse/HHH-16023?atlOrigin=eyJpIjoiYTVhNG... ) I’ve added HHH-16023 ( https://hibernate.atlassian.net/browse/HHH-16023 ) Open.zip. It contains the following test case org.hibernate.bugs.JPAUnitTestCase#HHH16023Test which can be used to reproduce the issue. By default it uses the following version : <dependency> <groupId>org.hibernate.orm</groupId> <artifactId>hibernate-core</artifactId> <version>6.1.6.Final</version> </dependency> When switching to : <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-core</artifactId> <version>5.6.14.Final</version> </dependency> and replacing all import javax.persistence by import jarkart.persistence the issue doesn’t occur anymore. ( https://hibernate.atlassian.net/browse/HHH-16023#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16023#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:bdfa1eb )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16023) ArrayIndexOutOfBoundsException: Index 1 out of bounds for length 1

by Fred (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4620) Simplify the configuration of indexing plan synchronization with the Standalone POJO Mapper

by Automation for Jira (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15922) MappingException is thrown for @JoinColumn with referencedColumnName on a @SecondaryTable - Composite Key

by Marco Sabato (JIRA)

Marco Sabato ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-15922 ( https://hibernate.atlassian.net/browse/HHH-15922?atlOrigin=eyJpIjoiYmZlZW... ) Re: MappingException is thrown for @JoinColumn with referencedColumnName on a @SecondaryTable - Composite Key ( https://hibernate.atlassian.net/browse/HHH-15922?atlOrigin=eyJpIjoiYmZlZW... ) Ciao Marco, grazie millie for for your investigation and effort. With your explanations I was able to understand the problem. Therefore I adapted my example but I have still a problem. I have created another example with a minimum setup to isolate my problem. This time I also used better readable names. 😉 This is what I’m trying to achieve: Here the testcase: hibernate-orm-6-HHH-15111-Example2.zip ( https://hibernate.atlassian.net/secure/attachment/50164/50164_hibernate-o... ) Here the error-output: I guess that hibernate has to create “on c1_ 1.sequence=d1_0.sequence” instead. But maybe this is also not allowed in general or I did something wrong. Would be very nice if you can have once again a look to that. Grazie Marco ( https://hibernate.atlassian.net/browse/HHH-15922#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15922#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16046) EventListenerGroupImpl to expose changes to registered listeners in a memory safe way

by Sanne Grinovero (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16046) EventListenerGroupImpl to expose changes to registered listeners in a memory safe way

by Sanne Grinovero (JIRA)

Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMzk2ZWJjMmEw... ) / Task ( https://hibernate.atlassian.net/browse/HHH-16046?atlOrigin=eyJpIjoiMzk2ZW... ) HHH-16046 ( https://hibernate.atlassian.net/browse/HHH-16046?atlOrigin=eyJpIjoiMzk2ZW... ) EventListenerGroupImpl to expose changes to registered listeners in a memory safe way ( https://hibernate.atlassian.net/browse/HHH-16046?atlOrigin=eyJpIjoiMzk2ZW... ) Issue Type: Task Assignee: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: hibernate-core Created: 14/Jan/2023 15:08 PM Fix Versions: 6.2.0 Labels: memorysafety performance Priority: Major Reporter: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) It turns out EventListenerGroupImpl allows to dynamically change the registered listeners at runtime, but when doing so it’s not using adequate memory barriers to ensure such changes are consistently applied across all threads. I’ll fix the memory requirements and, while at it, avoid for method listeners() to allocate a new List at each use; this method was deprecated but it appears it’s still being used in varies event processors, which is showing as a performance issue. As 6.2 is nearly ready I’ve refrained from a more consistent refactoring, proposing a plan for further actions here: https://github.com/hibernate/hibernate-orm/discussions/5956 ( https://github.com/hibernate/hibernate-orm/discussions/5956 ) ( https://hibernate.atlassian.net/browse/HHH-16046#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16046#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16045) ambiguity in grammar of HQL datetime literals

by Gavin King (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16045) ambiguity in grammar of HQL datetime literals

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=eyJpIjoiYjkwOGQ4NTE2... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16045?atlOrigin=eyJpIjoiYjkwOG... ) HHH-16045 ( https://hibernate.atlassian.net/browse/HHH-16045?atlOrigin=eyJpIjoiYjkwOG... ) ambiguity in grammar of HQL datetime literals ( https://hibernate.atlassian.net/browse/HHH-16045?atlOrigin=eyJpIjoiYjkwOG... ) Issue Type: Bug Assignee: Unassigned Components: hibernate-core Created: 14/Jan/2023 09:40 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) I had made a really dumb mistake in the grammar, and was accepting literals of this form: datetime 1974-03-25 12:30:00+10 and of course this can’t be distinguished from: datetime 1974-03-25 12:30:00 + 10 I think I actually meant to make the minutes part of the offset required, and indeed the docs suggest that it is required. But I didn’t do it. Anyway, I’ve changed the grammar so that the minutes part of an offset is optional for the braced syntax but not for the ANSI-inspired syntax. ( https://hibernate.atlassian.net/browse/HHH-16045#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16045#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16044) date/time literal rendering on MySQL, DB2

by Gavin King (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16044) date/time literal rendering on MySQL, DB2

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=eyJpIjoiYjI3MGQ0YmNm... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16044?atlOrigin=eyJpIjoiYjI3MG... ) HHH-16044 ( https://hibernate.atlassian.net/browse/HHH-16044?atlOrigin=eyJpIjoiYjI3MG... ) date/time literal rendering on MySQL, DB2 ( https://hibernate.atlassian.net/browse/HHH-16044?atlOrigin=eyJpIjoiYjI3MG... ) Issue Type: Improvement Assignee: Unassigned Components: hibernate-core Created: 14/Jan/2023 09:32 AM Priority: Minor Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) I have modified the DB2 and MySQL dialects to render date/time literals using the ANSI-standard syntax, instead of using JDBC escapes. This fixed a bug on DB2. I left the Oracle dialect using JDBC escapes (because time literals would have been real ugly), except for the special case of a timestamp literal with an offset/zone, where the JDBC driver doesn’t support it, and so I use the ANSI syntax. ( https://hibernate.atlassian.net/browse/HHH-16044#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16044#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16043) Hibernate 6.x brakes collection batch fetching

by Aleksandr B. (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16043) Hibernate 6.x brakes collection batch fetching

by Aleksandr B. (JIRA)

Aleksandr B. ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16043 ( https://hibernate.atlassian.net/browse/HHH-16043?atlOrigin=eyJpIjoiOWFiZG... ) Re: Hibernate 6.x brakes collection batch fetching ( https://hibernate.atlassian.net/browse/HHH-16043?atlOrigin=eyJpIjoiOWFiZG... ) Reproducer: https://github.com/belovaf/hibernate-bugs ( https://github.com/belovaf/hibernate-bugs ) ( https://hibernate.atlassian.net/browse/HHH-16043#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16043#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16043) Hibernate 6.x brakes collection batch fetching

by Aleksandr B. (JIRA)

Aleksandr B. ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOTVlMmViN2I4... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16043?atlOrigin=eyJpIjoiOTVlMm... ) HHH-16043 ( https://hibernate.atlassian.net/browse/HHH-16043?atlOrigin=eyJpIjoiOTVlMm... ) Hibernate 6.x brakes collection batch fetching ( https://hibernate.atlassian.net/browse/HHH-16043?atlOrigin=eyJpIjoiOTVlMm... ) Issue Type: Bug Affects Versions: 6.2.0.CR1, 6.1.6 Assignee: Unassigned Components: hibernate-core Created: 14/Jan/2023 08:23 AM Environment: hibernate-core:6.1.6.FInal, All jdk (11, 17), MacOS, All platforms (verified on h2, oracle) Priority: Major Reporter: Aleksandr B. ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Hibernate brakes correct collection batch fetching in 2 ways. I set global hibernate.default_batch_fetch_size=16. * When I try to initialize a lazy collection and there are other 5 similar uninitialized collections I expect that hibernate will initialize all of them in one single query, something like select ... from ... where id in(?,?,?,?,?,?) But hibernate 6.x generates a lot of similar queries. All theese queries contain overlapping ids. * When I try to initialize a single lazy collection I expect that hibernate will initialize it with single bind parameter. But hibernate 6.x initialize it with in cluase with 16 binding parameters. I researched first issue and I think that the cause is incorrect empty persistence collection handling. If some parent entity doesn’t contain children entities BatchFetchQueue is incorrectly cleared. I think after CollectionLoaderBatchKey::batchLoad hibernate should delete all batchIds from BatchFetchQueue but in reality it deletes only one of them. This leads to fact that hibernate try to load same collections againg and againg. ( https://hibernate.atlassian.net/browse/HHH-16043#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16043#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16035) Duration literals and 'by' are almost completely broken

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16035 ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiMTU0N2... ) Re: Duration literals and 'by' are almost completely broken ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiMTU0N2... ) This is now fixed and duration literals and arithmetic are working again. ( https://hibernate.atlassian.net/browse/HHH-16035#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16035#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16042) Deprecate session-level setting org.hibernate.flushMode

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16042 ( https://hibernate.atlassian.net/browse/HHH-16042?atlOrigin=eyJpIjoiYWIzYm... ) Re: Deprecate session-level setting org.hibernate.flushMode ( https://hibernate.atlassian.net/browse/HHH-16042?atlOrigin=eyJpIjoiYWIzYm... ) Oh I get it: the original idea of this was that you could set a Hibernate-specific FlushMode via EntityManager.setProperty(). It was not originally supposed to be a configuration setting. ( https://hibernate.atlassian.net/browse/HHH-16042#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16042#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16042) Deprecate session-level setting org.hibernate.flushMode

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16042 ( https://hibernate.atlassian.net/browse/HHH-16042?atlOrigin=eyJpIjoiMDIwND... ) Re: Deprecate session-level setting org.hibernate.flushMode ( https://hibernate.atlassian.net/browse/HHH-16042?atlOrigin=eyJpIjoiMDIwND... ) Looks like the history is that this was originally some JPA EntityManager -specific thing, but I’ve no clue what motivated it’s addition in that context. ( https://hibernate.atlassian.net/browse/HHH-16042#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16042#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16025) Using BatchEntitySelectFetchInitializer with caching leads to caching wrong values

by Emond Papegaaij (JIRA)

Emond Papegaaij ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16025 ( https://hibernate.atlassian.net/browse/HHH-16025?atlOrigin=eyJpIjoiOTQyNW... ) Re: Using BatchEntitySelectFetchInitializer with caching leads to caching wrong values ( https://hibernate.atlassian.net/browse/HHH-16025?atlOrigin=eyJpIjoiOTQyNW... ) PS. I’ve got the impression that the entities in the code snippets in this ticket are wrong. I think the @BatchSize annotation should be placed on the child, not the parent. ( https://hibernate.atlassian.net/browse/HHH-16025#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16025#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16042) Deprecate session-level setting org.hibernate.flushMode

by Gavin King (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16042) Deprecate session-level setting org.hibernate.flushMode

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=eyJpIjoiYmU4NzhjZDAx... ) / Deprecation ( https://hibernate.atlassian.net/browse/HHH-16042?atlOrigin=eyJpIjoiYmU4Nz... ) HHH-16042 ( https://hibernate.atlassian.net/browse/HHH-16042?atlOrigin=eyJpIjoiYmU4Nz... ) Deprecate session-level setting org.hibernate.flushMode ( https://hibernate.atlassian.net/browse/HHH-16042?atlOrigin=eyJpIjoiYmU4Nz... ) Issue Type: Deprecation Assignee: Unassigned Components: hibernate-core Created: 13/Jan/2023 13:21 PM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) No idea what the history behind this is (it almost looks like someone misinterpreted the JPA query hint of the same name and turned it into a session-level config property by accident), but: * org.hibernate.flushMode does not satisfy our naming convention for config properties, * it’s undocumented, and * I don’t see how it’s useful. Let’s deprecate it, and if anyone screams out, we can consider adding a property that does obey the usual naming convention. ( https://hibernate.atlassian.net/browse/HHH-16042#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16042#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16025) Using BatchEntitySelectFetchInitializer with caching leads to caching wrong values

by Emond Papegaaij (JIRA)

Emond Papegaaij ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16025 ( https://hibernate.atlassian.net/browse/HHH-16025?atlOrigin=eyJpIjoiMjAyYj... ) Re: Using BatchEntitySelectFetchInitializer with caching leads to caching wrong values ( https://hibernate.atlassian.net/browse/HHH-16025?atlOrigin=eyJpIjoiMjAyYj... ) Not only the cache gets corrupted, but the @PostLoad lifecycle event gets triggered before the entity is completely assembled. During the @PostLoad , the references are all still null. I've constructed a testcase that demonstrates both issues. The @PostLoad contains a System.out.println for the reference, which you can see is null. It finally fails on the entity being loaded from the 2nd level cache with a null reference. For this test, I had to select CacheConcurrencyStrategy.NONSTRICT_READ_WRITE. I’m not exactly sure why, but with the default strategy the cache was not updated with the results of the query. I ran into this issue in our application on WildFly 27 (with a patched version of hibernate 6.1.6) and an Infinispan cache, and we do not specify a CacheConcurrencyStrategy. ( https://hibernate.atlassian.net/browse/HHH-16025#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16025#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16025) Using BatchEntitySelectFetchInitializer with caching leads to caching wrong values

by Emond Papegaaij (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16041) Unable to set scale (# of digits to right of decimal place) of stored procedure NUMERIC / DECIMAL output types

by James Johnson (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16041) Unable to set scale (# of digits to right of decimal place) of stored procdure NUMERIC / DECIMAL output types

by James Johnson (JIRA)

James Johnson ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNzZjZjU4OGI1... ) / New Feature ( https://hibernate.atlassian.net/browse/HHH-16041?atlOrigin=eyJpIjoiNzZjZj... ) HHH-16041 ( https://hibernate.atlassian.net/browse/HHH-16041?atlOrigin=eyJpIjoiNzZjZj... ) Unable to set scale (# of digits to right of decimal place) of stored procdure NUMERIC / DECIMAL output types ( https://hibernate.atlassian.net/browse/HHH-16041?atlOrigin=eyJpIjoiNzZjZj... ) Issue Type: New Feature Affects Versions: 6.1.6 Assignee: Unassigned Components: hibernate-core Created: 13/Jan/2023 12:21 PM Priority: Major Reporter: James Johnson ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) The scale (i.e., the number of decimal places to the right) of a NUMERIC or DECIMAL type can be set in JDBC via: callableStatement.registerOutParameter(4, Types.DECIMAL, 34); Hibernate offers no way to set the scale when calling a stored procedure. ( https://hibernate.atlassian.net/browse/HHH-16041#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16041#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16005) @BatchSize with @ManyToMany does not work as expected when migrating 5 -> 6

by 규호 (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16040) AssertionError for @JoinColumn with char[] property referencing a String property

by Marco Belladelli (JIRA)

Marco Belladelli ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=637b480... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYTFlNTVlZTg4... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16040?atlOrigin=eyJpIjoiYTFlNT... ) HHH-16040 ( https://hibernate.atlassian.net/browse/HHH-16040?atlOrigin=eyJpIjoiYTFlNT... ) AssertionError for @JoinColumn with char[] property referencing a String property ( https://hibernate.atlassian.net/browse/HHH-16040?atlOrigin=eyJpIjoiYTFlNT... ) Change By: Marco Belladelli ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=637b480... ) When a {{@JoinColumn}} uses a {{char[]}} type property for referencing a {{String}} typed property in the associated class, the following error is thrown: {noformat}java.lang.AssertionError at org.hibernate.sql.exec.internal.JdbcParameterBindingImpl.<init>(JdbcParameterBindingImpl.java:20) at org.hibernate.sql.exec.spi.JdbcParameterBindings.lambda$registerParametersForEachJdbcValue$0(JdbcParameterBindings.java:99) at org.hibernate.metamodel.mapping.internal.BasicAttributeMapping.forEachDisassembledJdbcValue(BasicAttributeMapping.java:396) at org.hibernate.metamodel.mapping.Bindable.forEachJdbcValue(Bindable.java:147) at org.hibernate.sql.exec.spi.JdbcParameterBindings.registerParametersForEachJdbcValue(JdbcParameterBindings.java:92) at org.hibernate.sql.exec.spi.JdbcParameterBindings.registerParametersForEachJdbcValue(JdbcParameterBindings.java:82) at org.hibernate.loader.ast.internal.SingleUniqueKeyEntityLoaderStandard.load(SingleUniqueKeyEntityLoaderStandard.java:89) at org.hibernate.persister.entity.AbstractEntityPersister.loadByUniqueKey(AbstractEntityPersister.java:2610) at org.hibernate.persister.entity.AbstractEntityPersister.loadByUniqueKey(AbstractEntityPersister.java:2602) at org.hibernate.sql.results.graph.entity.internal.EntitySelectFetchByUniqueKeyInitializer.initializeInstance(EntitySelectFetchByUniqueKeyInitializer.java:75) at org.hibernate.sql.results.internal.StandardRowReader.coordinateInitializers(StandardRowReader.java:153) at org.hibernate.sql.results.internal.StandardRowReader.readRow(StandardRowReader.java:98) at org.hibernate.sql.results.spi.ListResultsConsumer.consume(ListResultsConsumer.java:198) at org.hibernate.sql.results.spi.ListResultsConsumer.consume(ListResultsConsumer.java:33) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.doExecuteQuery(JdbcSelectExecutorStandardImpl.java:360) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.executeQuery(JdbcSelectExecutorStandardImpl.java:168) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.list(JdbcSelectExecutorStandardImpl.java:93) at org.hibernate.sql.exec.spi.JdbcSelectExecutor.list(JdbcSelectExecutor.java:31) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.lambda$new$0(ConcreteSqmSelectQueryPlan.java:113) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:325) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:266) at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:519) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:367) at org.hibernate.query.sqm.internal.QuerySqmImpl.list(QuerySqmImpl.java:1079) at org.hibernate.query.Query.getResultList(Query.java:96) at org.hibernate.bugs.JPAUnitTestCase.hhh15916Test(JPAUnitTestCase.java:67) at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104) at java.base/java.lang.reflect.Method.invoke(Method.java:578) 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.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.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63) at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329) at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.ParentRunner.run(ParentRunner.java:413) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69) at com.intellij.rt.junit.IdeaTestRunner$Repeater$1.execute(IdeaTestRunner.java:38) at com.intellij.rt.execution.junit.TestsRepeater.repeat(TestsRepeater.java:11) at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:35) at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:235) at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:54){noformat} I’ve prepared a reproducer for the issue: [https://github.com/mbladel/hibernate-test-case-templates/tree/join-char-s...] . ( https://hibernate.atlassian.net/browse/HHH-16040#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16040#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16040) AssertionError for @JoinColumn with char[] property referencing a String property

by Marco Belladelli (JIRA)

Marco Belladelli ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=637b480... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMmNhNjQxNjRm... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16040?atlOrigin=eyJpIjoiMmNhNj... ) HHH-16040 ( https://hibernate.atlassian.net/browse/HHH-16040?atlOrigin=eyJpIjoiMmNhNj... ) AssertionError for @JoinColumn with char[] property referencing a String property ( https://hibernate.atlassian.net/browse/HHH-16040?atlOrigin=eyJpIjoiMmNhNj... ) Issue Type: Bug Affects Versions: 6.2.0.CR1, 6.1.6 Assignee: Unassigned Created: 13/Jan/2023 09:20 AM Priority: Major Reporter: Marco Belladelli ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=637b480... ) When a @JoinColumn uses a char[] type property for referencing a String typed property in the associated class, the following error is thrown: java.lang.AssertionError at org.hibernate.sql.exec.internal.JdbcParameterBindingImpl.<init>(JdbcParameterBindingImpl.java:20) at org.hibernate.sql.exec.spi.JdbcParameterBindings.lambda$registerParametersForEachJdbcValue$0(JdbcParameterBindings.java:99) at org.hibernate.metamodel.mapping.internal.BasicAttributeMapping.forEachDisassembledJdbcValue(BasicAttributeMapping.java:396) at org.hibernate.metamodel.mapping.Bindable.forEachJdbcValue(Bindable.java:147) at org.hibernate.sql.exec.spi.JdbcParameterBindings.registerParametersForEachJdbcValue(JdbcParameterBindings.java:92) at org.hibernate.sql.exec.spi.JdbcParameterBindings.registerParametersForEachJdbcValue(JdbcParameterBindings.java:82) at org.hibernate.loader.ast.internal.SingleUniqueKeyEntityLoaderStandard.load(SingleUniqueKeyEntityLoaderStandard.java:89) at org.hibernate.persister.entity.AbstractEntityPersister.loadByUniqueKey(AbstractEntityPersister.java:2610) at org.hibernate.persister.entity.AbstractEntityPersister.loadByUniqueKey(AbstractEntityPersister.java:2602) at org.hibernate.sql.results.graph.entity.internal.EntitySelectFetchByUniqueKeyInitializer.initializeInstance(EntitySelectFetchByUniqueKeyInitializer.java:75) at org.hibernate.sql.results.internal.StandardRowReader.coordinateInitializers(StandardRowReader.java:153) at org.hibernate.sql.results.internal.StandardRowReader.readRow(StandardRowReader.java:98) at org.hibernate.sql.results.spi.ListResultsConsumer.consume(ListResultsConsumer.java:198) at org.hibernate.sql.results.spi.ListResultsConsumer.consume(ListResultsConsumer.java:33) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.doExecuteQuery(JdbcSelectExecutorStandardImpl.java:360) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.executeQuery(JdbcSelectExecutorStandardImpl.java:168) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.list(JdbcSelectExecutorStandardImpl.java:93) at org.hibernate.sql.exec.spi.JdbcSelectExecutor.list(JdbcSelectExecutor.java:31) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.lambda$new$0(ConcreteSqmSelectQueryPlan.java:113) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:325) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:266) at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:519) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:367) at org.hibernate.query.sqm.internal.QuerySqmImpl.list(QuerySqmImpl.java:1079) at org.hibernate.query.Query.getResultList(Query.java:96) at org.hibernate.bugs.JPAUnitTestCase.hhh15916Test(JPAUnitTestCase.java:67) at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104) at java.base/java.lang.reflect.Method.invoke(Method.java:578) 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.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.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63) at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329) at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.ParentRunner.run(ParentRunner.java:413) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69) at com.intellij.rt.junit.IdeaTestRunner$Repeater$1.execute(IdeaTestRunner.java:38) at com.intellij.rt.execution.junit.TestsRepeater.repeat(TestsRepeater.java:11) at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:35) at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:235) at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:54) I’ve prepared a reproducer for the issue: https://github.com/mbladel/hibernate-test-case-templates/tree/join-char-s... ( https://github.com/mbladel/hibernate-test-case-templates/tree/join-char-s... ). ( https://hibernate.atlassian.net/browse/HHH-16040#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16040#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16015) NPE when using CompositeUserType in Hibernate 6.1.6

by Sahawut Wesaratchakit (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16017) JPA with Geometry column won't persist for MySql

by dt pham (JIRA)

dt pham ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5e14f16... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYTE0OTVhYzMz... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16017?atlOrigin=eyJpIjoiYTE0OT... ) HHH-16017 ( https://hibernate.atlassian.net/browse/HHH-16017?atlOrigin=eyJpIjoiYTE0OT... ) JPA with Geometry column won't persist for MySql ( https://hibernate.atlassian.net/browse/HHH-16017?atlOrigin=eyJpIjoiYTE0OT... ) Change By: dt pham ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5e14f16... ) Environment: When migrating wildfly 24 (hibernate 5.3.20 and jdk 13) to wildfly 27 (hibernate 6.1.5 and jdk 17). Test on MySql 8.0.31. The application on wildffly 24 is working fine, but on wildfly 27 it won't persists persist the JPA object unless the geometry data is NULL. Stack trace: DEBUG [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (default task-7) could not execute statement [n/a]: com.mysql.cj.jdbc.exceptions.MysqlDataTruncation: Data truncation: Cannot get geometry object from data you send to the GEOMETRY field at com.networks.database.mysql@8.0.19//com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:104) at com.networks.database.mysql@8.0.19//com.mysql.cj.jdbc.ClientPreparedStatement.executeInternal(ClientPreparedStatement.java:953) at com.networks.database.mysql@8.0.19//com.mysql.cj.jdbc.ClientPreparedStatement.executeUpdateInternal(ClientPreparedStatement.java:1092) at com.networks.database.mysql@8.0.19//com.mysql.cj.jdbc.ClientPreparedStatement.executeUpdateInternal(ClientPreparedStatement.java:1040) at com.networks.database.mysql@8.0.19//com.mysql.cj.jdbc.ClientPreparedStatement.executeLargeUpdate(ClientPreparedStatement.java:1347) at com.networks.database.mysql@8.0.19//com.mysql.cj.jdbc.ClientPreparedStatement.executeUpdate(ClientPreparedStatement.java:1025) at org.jboss.ironjacamar.jdbcadapters@1.5.9.Final//org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:537) at org.hibernate@6.1.5.Final//org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.executeUpdate(ResultSetReturnImpl.java:197) at org.hibernate@6.1.5.Final//org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3587) at org.hibernate@6.1.5.Final//org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:3449) at org.hibernate@6.1.5.Final//org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3864) at org.hibernate@6.1.5.Final//org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:164) at org.hibernate@6.1.5.Final//org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:612) at org.hibernate@6.1.5.Final//org.hibernate.engine.spi.ActionQueue.lambda$executeActions$1(ActionQueue.java:483) at java.base/java.util.LinkedHashMap.forEach(LinkedHashMap.java:721) at org.hibernate@6.1.5.Final//org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:480) at org.hibernate@6.1.5.Final//org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:329) at org.hibernate@6.1.5.Final//org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:39) at org.hibernate@6.1.5.Final//org.hibernate.event.service.internal.EventListenerGroupImpl.fireEventOnEachListener(EventListenerGroupImpl.java:107) at org.hibernate@6.1.5.Final//org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1422) at org.hibernate@6.1.5.Final//org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1408) at org.jboss.as.jpa@27.0.1.Final//org.jboss.as.jpa.container.AbstractEntityManager.flush(AbstractEntityManager.java:462) at deployment.atms.ear.event-ejb.jar//com.networks.events.ManagerSSB.update(ManagerSSB.java:264) 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.jboss.as.ee@27.0.1.Final//org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.weld.common@27.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79) at org.jboss.as.weld.common@27.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:89) at org.jboss.as.weld.common@27.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:102) at org.jboss.as.ee@27.0.1.Final//org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.jpa@27.0.1.Final//org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee@27.0.1.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee@27.0.1.Final//org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:56) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:254) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:416) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:162) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.weld.core@5.1.0.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81) at org.jboss.as.weld.common@27.0.1.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.security.IdentityOutflowInterceptor.processInvocation(IdentityOutflowInterceptor.java:73) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.security.RolesAllowedInterceptor.processInvocation(RolesAllowedInterceptor.java:63) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.security.SecurityDomainInterceptor.processInvocation(SecurityDomainInterceptor.java:44) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:45) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee@27.0.1.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438) at org.wildfly.security.elytron-base@2.0.0.Final//org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:633) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee@27.0.1.Final//org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198) at org.jboss.as.ejb3@27.0.1.Final//org.jboss.as.ejb3.remote.LocalEjbReceiver.processInvocation(LocalEjbReceiver.java:257) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:499) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.protocol.remote.RemotingEJBClientInterceptor.handleInvocation(RemotingEJBClientInterceptor.java:52) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:514) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.TransactionPostDiscoveryInterceptor.handleInvocation(TransactionPostDiscoveryInterceptor.java:82) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:514) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.DiscoveryEJBClientInterceptor.handleInvocation(DiscoveryEJBClientInterceptor.java:116) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:514) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.NamingEJBClientInterceptor.handleInvocation(NamingEJBClientInterceptor.java:69) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:514) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.AuthenticationContextEJBClientInterceptor.lambda$handleInvocation$0(AuthenticationContextEJBClientInterceptor.java:45) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.AuthenticationContextEJBClientInterceptor.call(AuthenticationContextEJBClientInterceptor.java:59) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.AuthenticationContextEJBClientInterceptor.handleInvocation(AuthenticationContextEJBClientInterceptor.java:44) at org.jboss.ejb-client@5.0.1.Final//org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:514) ( https://hibernate.atlassian.net/browse/HHH-16017#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16017#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16035) Duration literals and 'by' are almost completely broken

by Gavin King (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16035) Duration literals and 'by' are almost completely broken

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16035 ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiYWE1Yz... ) Re: Duration literals and 'by' are almost completely broken ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiYWE1Yz... ) Alright, so it turns out that I originally implemented this in a way more robust way than I remembered (surprising!) and so these issues have turned out to be straightforward to fix. I was very worried they were going to be really tricky. ( https://hibernate.atlassian.net/browse/HHH-16035#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16035#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15922) MappingException is thrown for @JoinColumn with referencedColumnName on a @SecondaryTable - Composite Key

by Marco Belladelli (JIRA)

Marco Belladelli ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=637b480... ) *commented* on HHH-15922 ( https://hibernate.atlassian.net/browse/HHH-15922?atlOrigin=eyJpIjoiNjE3ZG... ) Re: MappingException is thrown for @JoinColumn with referencedColumnName on a @SecondaryTable - Composite Key ( https://hibernate.atlassian.net/browse/HHH-15922?atlOrigin=eyJpIjoiNjE3ZG... ) Hello Marco Sabato ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) , thanks for reporting the issue and providing a reproducer! I did some tests and looks like the problem is you’re trying to create an association to two @JoinColumn}}s that span 2 different tables: {{GSBER is in the CountryEntityCompositeKey primary table ( HDLNDP ), while ( HCSLN ) is in its secondary table HDCNTP (though the mapping is a bit confusing and I might be wrong, I actually renamed all tables and columns to make sense of the example). Joining with multiple columns that are not in the same table is not allowed and, even though the error is a bit misleading, it's not related to the @SecondaryTable key being Composite. I also tested with 5.6 to be sure and the error is the same. ( https://hibernate.atlassian.net/browse/HHH-15922#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15922#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16039) Stream fails to fetch object during processing where BatchEntitySelectFetchInitializer gets used

by Justin Tay (JIRA)

Justin Tay ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5cb66d4... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZDcyMWYwZjhl... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16039?atlOrigin=eyJpIjoiZDcyMW... ) HHH-16039 ( https://hibernate.atlassian.net/browse/HHH-16039?atlOrigin=eyJpIjoiZDcyMW... ) Stream fails to fetch object during processing where BatchEntitySelectFetchInitializer gets used ( https://hibernate.atlassian.net/browse/HHH-16039?atlOrigin=eyJpIjoiZDcyMW... ) Issue Type: Bug Affects Versions: 6.1.6 Assignee: Unassigned Attachments: hibernate-stream-issue.zip Created: 13/Jan/2023 06:26 AM Priority: Major Reporter: Justin Tay ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5cb66d4... ) When attempting to process a query using query.getResultStream() if the BatchEntitySelectFetchInitializer is to be used to fetch an object, the object doesn't get fetched and is null as it only gets fetched during endLoading which only gets called after the stream is closed. Test cases attached shows it worked in Hibernate ORM 5 and in ORM 6 query.getResultList() works as endLoading gets called but in query.getResultStream() it doesn't. ( https://hibernate.atlassian.net/browse/HHH-16039#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16039#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16035) Duration literals and 'by' are almost completely broken

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16035 ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiYTk1Yz... ) Re: Duration literals and 'by' are almost completely broken ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiYTk1Yz... ) Oh, now I see what happened to by. I had Duration mapping to numeric(21,9) so that it represented a quantity in seconds. And then Christian changed that to numeric(21) without fixing all the code which expected a quantity in seconds rather than nanoseconds, and so now all that code gives answers which are off by a factor of 10^9. ( https://hibernate.atlassian.net/browse/HHH-16035#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16035#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16038) Fix PersistenceContext.setDefaultReadonly javadoc mistake

by Matías Santurio (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16038) Fix PersistenceContext.setDefaultReadonly javadoc mistake

by Matías Santurio (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16038) Fix PersistenceContext.setDefaultReadonly javadoc mistake

by Matías Santurio (JIRA)

Matías Santurio ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=63c151a... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZWVmMTM2Nzdj... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-16038?atlOrigin=eyJpIjoiZWVmMT... ) HHH-16038 ( https://hibernate.atlassian.net/browse/HHH-16038?atlOrigin=eyJpIjoiZWVmMT... ) Fix PersistenceContext.setDefaultReadonly javadoc mistake ( https://hibernate.atlassian.net/browse/HHH-16038?atlOrigin=eyJpIjoiZWVmMT... ) Issue Type: Improvement Assignee: Matías Santurio ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=63c151a... ) Components: documentation, hibernate-core Created: 13/Jan/2023 04:58 AM Priority: Minor Reporter: Matías Santurio ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=63c151a... ) Javadoc reads: "Change the default for entities and proxies loaded into this persistence context from modifiable to read-only mode, or from modifiable to read-only mode..." but should be "Change the default for entities and proxies loaded into this persistence context from modifiable to read-only mode, or *from read-only mode to modifiable*..." ( https://hibernate.atlassian.net/browse/HHH-16038#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16038#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16034) CASE Statement in jpql throws assertion error when running H2 in Oracle mode with OracleDialect

by Marco Belladelli (JIRA)

Marco Belladelli ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=637b480... ) *commented* on HHH-16034 ( https://hibernate.atlassian.net/browse/HHH-16034?atlOrigin=eyJpIjoiYWE4ZT... ) Re: CASE Statement in jpql throws assertion error when running H2 in Oracle mode with OracleDialect ( https://hibernate.atlassian.net/browse/HHH-16034?atlOrigin=eyJpIjoiYWE4ZT... ) Hello Vijayasaradhi Danda ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) , thanks for reporting the issue and providing a reproducer! Your error is caused by wrong OracleDialect version detection due to the database actually being H2. This triggers a compatibility mode for CASE statements in Oracle versions before 9 that doesn’t support grouped predicates like the one in your example ( CURRENT_DATE BETWEEN …). The issue doesn’t occur with Hibernate 6.2.0 since it removed compatibility for Oracle versions < 11.2. Since the final version of 6.2.0 will be released shortly I suggest upgrading to that once it’s available to solve the issue. Another workaround would be creating a custom dialect (e.g. H2OracleModeDialect ) which extends OracleDialect and overrides the getVersion() method returing a version >= 9. ( https://hibernate.atlassian.net/browse/HHH-16034#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16034#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16034) CASE Statement in jpql throws assertion error when running H2 in Oracle mode with OracleDialect

by Marco Belladelli (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15305) Update custom LIRS implementation based on BoundedConcurrentHashMap

by Sanne Grinovero (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15777) wrong column type expected for audit table keys

by Pete Nattress (JIRA)

Pete Nattress ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-15777 ( https://hibernate.atlassian.net/browse/HHH-15777?atlOrigin=eyJpIjoiZGQ0MW... ) Re: wrong column type expected for audit table keys ( https://hibernate.atlassian.net/browse/HHH-15777?atlOrigin=eyJpIjoiZGQ0MW... ) Hi, I’ve encountered a similar problem also doing a Spring Boot 2.7 → 3.0 upgrade. We have entities with Instant fields which are mapped to DATE columns in our Oracle DB. As of Hibernate 6 the default mapping for Instant is to TIMESTAMP WITH TIME ZONE columns, but this default can be overridden by setting hibernate.type.preferred_instant_jdbc_type=TIMESTAMP. However it appears that envers doesn’t recognise this option, and adding a @JdbcType or @JdbcTypeCode annotation explicitly on the entity fields doesn’t work either. This results in errors like this when inserting audit records: Caused by: org.hibernate.exception.GenericJDBCException: could not insert: [uk.co.mycompany.MyEntity_AUD] at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:61) at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:109) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:3447) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:4058) at org.hibernate.action.internal.EntityInsertAction.execute(EntityInsertAction.java:103) at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:612) at org.hibernate.engine.spi.ActionQueue.lambda$executeActions$1(ActionQueue.java:483) at java.base/java.util.LinkedHashMap.forEach(LinkedHashMap.java:721) at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:480) at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:329) at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:39) at org.hibernate.event.service.internal.EventListenerGroupImpl.fireEventOnEachListener(EventListenerGroupImpl.java:107) at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1425) ... 194 common frames omitted Caused by: java.sql.SQLException: Invalid column type: 2014 at oracle.jdbc.driver.OracleStatement.getInternalType(OracleStatement.java:4369) at oracle.jdbc.driver.OraclePreparedStatement.setNullCritical(OraclePreparedStatement.java:5836) at oracle.jdbc.driver.OraclePreparedStatement.setNull(OraclePreparedStatement.java:5818) at oracle.jdbc.driver.OraclePreparedStatementWrapper.setNull(OraclePreparedStatementWrapper.java:1292) at com.zaxxer.hikari.pool.HikariProxyPreparedStatement.setNull(HikariProxyPreparedStatement.java) at org.hibernate.type.descriptor.jdbc.BasicBinder.doBindNull(BasicBinder.java:100) at org.hibernate.type.descriptor.jdbc.BasicBinder.bind(BasicBinder.java:53) at org.hibernate.type.AbstractStandardBasicType.nullSafeSet(AbstractStandardBasicType.java:221) at org.hibernate.type.AbstractStandardBasicType.nullSafeSet(AbstractStandardBasicType.java:217) at org.hibernate.type.AbstractSingleColumnStandardBasicType.nullSafeSet(AbstractSingleColumnStandardBasicType.java:34) at org.hibernate.persister.entity.AbstractEntityPersister.dehydrate(AbstractEntityPersister.java:3237) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:3420) ... 204 common frames omitted For me there’s a simple workaround of creating an AttributeConverter to explicitly define the mapping behaviour I want, which envers does pick up and apply to its generated entity definitions (you can see this in the envers HBM dump where the field type is marked as converted:: ). But I’d expect all of the type mapping logic which applies to the entity class to be applied to the audit entity in a consistent way. ( https://hibernate.atlassian.net/browse/HHH-15777#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15777#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HV-1934) Upgrade to hibernate-asciidoctor-theme 1.0.6

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4783) Run more tests for orm6/jakarta artifacts

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate Search ( https://hibernate.atlassian.net/browse/HSEARCH?atlOrigin=eyJpIjoiMzU2YThi... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-4783?atlOrigin=eyJpIjoiMzU... ) HSEARCH-4783 ( https://hibernate.atlassian.net/browse/HSEARCH-4783?atlOrigin=eyJpIjoiMzU... ) Run more tests for orm6/jakarta artifacts ( https://hibernate.atlassian.net/browse/HSEARCH-4783?atlOrigin=eyJpIjoiMzU... ) Change By: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) It seems the current configuration is incorrect and leading to automatic indexing tests not being re-executed for outbox-polling coordination + when using orm6/jakarta. Also, we currently don’t run tests for orm6/jakarta artifacts against all databases. ( https://hibernate.atlassian.net/browse/HSEARCH-4783#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-4783#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#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4783) Run more tests for orm6/jakarta artifacts

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16037) merge of a persisted entity uses an insert statement instead of an update statement resulting in duplicate entities

by Lukas Witzani (JIRA)

Lukas Witzani ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMDcwYjAxYzJj... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiMDcwYj... ) HHH-16037 ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiMDcwYj... ) merge of a persisted entity uses an insert statement instead of an update statement resulting in duplicate entities ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiMDcwYj... ) Change By: Lukas Witzani ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) h2. Minimal project for reproduction * [https://github.com/lwitzani/hibernate6_singleTableIssue|https://github.co...] * project has two branches (one with hibernate 5 and one with hibernate 6) * the only difference in the branches is the updated versions of spring boot and therefore hibernate * i debugged very deep and think that it is a problem with hibernate at the location where the select statement is generated ({{LoaderSelectBuilder}}.{{createSelect}}) h2. Requisites * entity ("Person") exists that has a field which is a set of other entities ("Set \ <Leg>") * these other entities are derived from an abstract super class ("Leg extends BodyPart") * the abstract super class' inheritance strategy is SINGLE_TABLE !uml.png|width=517,height=425! h2. Reproduction * execute the test PersonPersistenceTest.shouldUseSQLUpdateToChangeThePersonName * the test basically ** creates a Person (without Legs) and saves it using the repository ** refetches the Person by findById ** changes the Person's name ** saves the changed Person again h2. Observations in Hibernate 5.6.14.Final * when the second save is called (after changing the name) there will be a select statement which is used to check if the entity already exists ** the body_part table is joined via left outer join ** the where clause here only consists of "where [person.id|http://person.id] = <id>" * the entity is correctly found by the select statement so afterwards an update statement follows * result: one entity exists (the changed one) !hibernate5.png|width=1265,height=692! h2. Observations in Hibernate 6.1.6.Final * when the second save is called (after changing the name) there will be a different select statement now ** the body_part table is joined via left join now (not outer) ** the critical change here is that the where clause now suddenly consists of "where body_part.discriminator = 'LegBodyPart' and [person.id|http://person.id] = <id>" * although the entity exists, it is not found by the select statement so afterwards an insert statement follows which creates a second Person with a new id * result: two entities exist (the original one and the changed one) !hibernate6.png|width=1179,height=644! h1. Summary * after updating spring boot to 3.0.1 which also updates hibernate to 6.1.6.Final it does not seem to be possible to update an entity with this constellation * the main difference is that an additional and unexpected where clause is added which prevents finding the correct entity in this case * the result is that a new entity is persisted instead of the existing one being updated ( https://hibernate.atlassian.net/browse/HHH-16037#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16037#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16037) merge of a persisted entity uses an insert statement instead of an update statement resulting in duplicate entities

by Lukas Witzani (JIRA)

Lukas Witzani ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNTczOWI3MTE1... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiNTczOW... ) HHH-16037 ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiNTczOW... ) merge of a persisted entity uses an insert statement instead of an update statement resulting in duplicate entities ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiNTczOW... ) Change By: Lukas Witzani ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) h2. Minimal project for reproduction * [https://github.com/lwitzani/hibernate6_singleTableIssue|https://github.co...] * project has two branches (one with hibernate 5 and one with hibernate 6) * the only difference in the branches is the updated versions of spring boot and therefore hibernate * i debugged very deep and think that it is a problem with hibernate at the location where the select statement is generated ({{LoaderSelectBuilder}}.{{createSelect}}) h2. Requisites * entity ("Person") exists that has a field which is a set of other entities ("Set\<Leg>") * these other entities are derived from an abstract super class ("Leg extends BodyPart") * the abstract super class' inheritance strategy is SINGLE_TABLE !uml.png|width=517,height=425! h2. Reproduction * execute the test PersonPersistenceTest.shouldUseSQLUpdateToChangeThePersonName * the test basically ** creates a Person (without Legs) and saves it using the repository ** refetches the Person by findById ** changes the Person's name ** saves the changed Person again h2. Observations in Hibernate 5.6.14.Final * when the second save is called (after changing the name) there will be a select statement which is used to check if the entity already exists ** the body_part table is joined via left outer join ** the where clause here only consists of "where [person.id|http://person.id] = \ <id>" * the entity is correctly found by the select statement so afterwards an update statement follows * result: one entity exists (the changed one) !hibernate5.png|width=1265,height=692! h2. Observations in Hibernate 6.1.6.Final * when the second save is called (after changing the name) there will be a different select statement now ** the body_part table is joined via left join now (not outer) ** the critical change here is that the where clause now suddenly consists of "where body_part.discriminator = 'LegBodyPart' and [person.id|http://person.id] = \ <id>" * although the entity exists, it is not found by the select statement so afterwards an insert statement follows which creates a second Person with a new id * result: two entities exist (the original one and the changed one) !hibernate6.png|width=1179,height=644! h1. Summary * after updating spring boot to 3.0.1 which also updates hibernate to 6.1.6.Final it does not seem to be possible to update an entity with this constellation * the main difference is that an additional and unexpected where clause is added which prevents finding the correct entity in this case * the result is that a new entity is persisted instead of the existing one being updated ( https://hibernate.atlassian.net/browse/HHH-16037#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16037#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16037) merge of a persisted entity uses an insert statement instead of an update statement resulting in duplicate entities

by Lukas Witzani (JIRA)

Lukas Witzani ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYWI2ZjM0MTVj... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiYWI2Zj... ) HHH-16037 ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiYWI2Zj... ) merge of a persisted entity uses an insert statement instead of an update statement resulting in duplicate entities ( https://hibernate.atlassian.net/browse/HHH-16037?atlOrigin=eyJpIjoiYWI2Zj... ) Issue Type: Bug Affects Versions: 6.1.6 Assignee: Unassigned Attachments: hibernate5.png, hibernate6.png, uml.png Components: hibernate-core Created: 13/Jan/2023 01:32 AM Priority: Major Reporter: Lukas Witzani ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) -------------------------------- Minimal project for reproduction -------------------------------- * https://github.com/lwitzani/hibernate6_singleTableIssue ( https://github.com/lwitzani/hibernate6_singleTableIssue ) * project has two branches (one with hibernate 5 and one with hibernate 6) * the only difference in the branches is the updated versions of spring boot and therefore hibernate * i debugged very deep and think that it is a problem with hibernate at the location where the select statement is generated ( LoaderSelectBuilder. createSelect ) ---------- Requisites ---------- * entity ("Person") exists that has a field which is a set of other entities ("Set\<Leg>") * these other entities are derived from an abstract super class ("Leg extends BodyPart") * the abstract super class' inheritance strategy is SINGLE_TABLE ------------ Reproduction ------------ * execute the test PersonPersistenceTest.shouldUseSQLUpdateToChangeThePersonName * the test basically * creates a Person (without Legs) and saves it using the repository * refetches the Person by findById * changes the Person's name * saves the changed Person again -------------------------------------- Observations in Hibernate 5.6.14.Final -------------------------------------- * when the second save is called (after changing the name) there will be a select statement which is used to check if the entity already exists * the body_part table is joined via left outer join * the where clause here only consists of "where person.id ( http://person.id ) = \<id>" * the entity is correctly found by the select statement so afterwards an update statement follows * result: one entity exists (the changed one) ( https://hibernate.atlassian.net/secure/attachment/50159/50159_hibernate5.png ) ------------------------------------- Observations in Hibernate 6.1.6.Final ------------------------------------- * when the second save is called (after changing the name) there will be a different select statement now * the body_part table is joined via left join now (not outer) * the critical change here is that the where clause now suddenly consists of "where body_part.discriminator = 'LegBodyPart' and person.id ( http://person.id ) = \<id>" * although the entity exists, it is not found by the select statement so afterwards an insert statement follows which creates a second Person with a new id * result: two entities exist (the original one and the changed one) ( https://hibernate.atlassian.net/secure/attachment/50160/50160_hibernate6.png ) ******* Summary ******* * after updating spring boot to 3.0.1 which also updates hibernate to 6.1.6.Final it does not seem to be possible to update an entity with this constellation * the main difference is that an additional and unexpected where clause is added which prevents finding the correct entity in this case * the result is that a new entity is persisted instead of the existing one being updated ( https://hibernate.atlassian.net/browse/HHH-16037#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16037#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16036) Fix Oracle CI parameter STATISTICS_LEVEL

by Christian Beikov (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16036) Fix Oracle CI parameter STATISTICS_LEVEL

by Loïc Lefèvre (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16036) Fix Oracle CI parameter

by Loïc Lefèvre (JIRA)

Loïc Lefèvre ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOWQxMWE5ZTZj... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16036?atlOrigin=eyJpIjoiOWQxMW... ) HHH-16036 ( https://hibernate.atlassian.net/browse/HHH-16036?atlOrigin=eyJpIjoiOWQxMW... ) Fix Oracle CI parameter ( https://hibernate.atlassian.net/browse/HHH-16036?atlOrigin=eyJpIjoiOWQxMW... ) Issue Type: Bug Assignee: Loïc Lefèvre ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: build Created: 13/Jan/2023 01:08 AM Priority: Major Reporter: Loïc Lefèvre ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Strangely, modifying parameter STATISTICS_LEVEL does not work as expected. Instance restart without taking the previous modification of parameter SGA_TARGET into account! Maybe a bug in Oracle 21c XE or a race condition with the GitHub I/O subsystem ( https://hibernate.atlassian.net/browse/HHH-16036#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16036#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4783) Run more tests for orm6/jakarta artifacts

by Automation for Jira (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4783) Run more tests for orm6/jakarta artifacts

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4783) Run more tests for orm6/jakarta artifacts

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16035) Duration literals and 'by' are almost completely broken

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=eyJpIjoiY2QxMTRjYjQy... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiY2QxMT... ) HHH-16035 ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiY2QxMT... ) Duration literals and 'by' are almost completely broken ( https://hibernate.atlassian.net/browse/HHH-16035?atlOrigin=eyJpIjoiY2QxMT... ) Issue Type: Bug Assignee: Unassigned Components: hibernate-core Created: 13/Jan/2023 00:23 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) There is a cluster of bugs around the handling of HQL durations, with literals like 3 day or 5 second and conversions to integer like e.theDuration by second or e.theDuration by day. * On h2, where the storage type for Duration was changed from numeric to interval second , literal durations simply don’t work at all, except in arithmetic expressions, since they need to be rendered as interval ‘3' DAY or interval ‘5' second and instead they’re just rendered as an integer. * But worse, literal durations also seem to be broken on Postgres, where the storage type is numeric(21,0) , apparently as a side effect of the introduction of PostgreSQLIntervalSecondJdbcType. * On databases where getFractionalSecondPrecisionInNanos()!=1 , conversion of a duration to integer using the by operator is completely broken since the value of getFractionalSecondPrecisionInNanos() is simply ignored. (I’m pretty sure this used to work, so I’m not sure what happened here.) * Apparently DB2 doesn’t like {{ {d ‘1974-03-23'} +(2) days}} so we should see if there’s a better way to handle datetime literals on DB2. (This is a very minor issue.) The ironic thing here is that stuff is most broken on Postgres, which is the database we usually test the best. By the way, I question the value of PostgreSQLIntervalSecondJdbcType. What do we even need this for, if we don’t even use interval to store Duration}}s on Postgres? (It looks like we can’t, since {{interval doesn’t have nanosecond precision.) And the implementation is awful reflection-based stuff that probably doesn’t work in Quarkus. I guess I would be inclined to just delete this ugly thing. ( https://hibernate.atlassian.net/browse/HHH-16035#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16035#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4783) Execute automatic indexing tests with outbox-polling for orm6/jakarta artifacts

by Yoann Rodière (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HSEARCH-4783) Execute automatic indexing tests with outbox-polling for orm6/jakarta artifacts

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate Search ( https://hibernate.atlassian.net/browse/HSEARCH?atlOrigin=eyJpIjoiMDBjN2Nj... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-4783?atlOrigin=eyJpIjoiMDB... ) HSEARCH-4783 ( https://hibernate.atlassian.net/browse/HSEARCH-4783?atlOrigin=eyJpIjoiMDB... ) Execute automatic indexing tests with outbox-polling for orm6/jakarta artifacts ( https://hibernate.atlassian.net/browse/HSEARCH-4783?atlOrigin=eyJpIjoiMDB... ) Issue Type: Task Assignee: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: mapper-orm-coordination-outbox-polling Created: 13/Jan/2023 00:20 AM Fix Versions: 6.2-backlog Priority: Major Reporter: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) It seems the current configuration is incorrect and leading to those tests not being re-executed for outbox-polling coordination. ( https://hibernate.atlassian.net/browse/HSEARCH-4783#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-4783#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#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15928) Distinct with maxResults fails under SQLServer

by Christian Beikov (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15972) entitygraph error in 6.1.6

by Theodoros Papatheodorou (JIRA)

Theodoros Papatheodorou ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZTNiN2IyNDIw... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-15972?atlOrigin=eyJpIjoiZTNiN2... ) HHH-15972 ( https://hibernate.atlassian.net/browse/HHH-15972?atlOrigin=eyJpIjoiZTNiN2... ) entitygraph error in 6.1.6 ( https://hibernate.atlassian.net/browse/HHH-15972?atlOrigin=eyJpIjoiZTNiN2... ) Change By: Theodoros Papatheodorou ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3... ) Exception occurs with the use of entitygraph loadgraph in case InheritanceType.JOINED is used and the parent class is queried (testcase attached). when using loadgraph the following exception occurs: {noformat}java.lang.IllegalArgumentException: org.hibernate.query.SemanticException: Could not resolve attribute 'status' of 'org.hibernate.bugs.Account' due to the attribute being declared in multiple sub types: ['org.hibernate.bugs.Account1', 'org.hibernate.bugs.Account2'] at org.hibernate.metamodel.model.domain.AbstractManagedType.findAttribute(AbstractManagedType.java:178) at org.hibernate.metamodel.model.domain.internal.EntityTypeImpl.findAttribute(EntityTypeImpl.java:143) at org.hibernate.graph.internal.AbstractGraph.findAttributeNode(AbstractGraph.java:142) at org.hibernate.sql.results.internal.StandardEntityGraphTraversalStateImpl.traverse(StandardEntityGraphTraversalStateImpl.java:54) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.addFetch(BaseSqmToSqlAstConverter.java:6937) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFetches(BaseSqmToSqlAstConverter.java:7099) at org.hibernate.sql.results.graph.AbstractFetchParent.afterInitialize(AbstractFetchParent.java:32) at org.hibernate.sql.results.graph.entity.AbstractEntityResultGraphNode.afterInitialize(AbstractEntityResultGraphNode.java:100) at org.hibernate.persister.entity.JoinedSubclassEntityPersister.createDomainResult(JoinedSubclassEntityPersister.java:1225) at org.hibernate.query.sqm.sql.internal.AbstractSqmPathInterpretation.createDomainResult(AbstractSqmPathInterpretation.java:55) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.lambda$visitSelection$25(BaseSqmToSqlAstConverter.java:2053) at java.base/java.util.Collections$SingletonList.forEach(Collections.java:4966) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelection(BaseSqmToSqlAstConverter.java:2048) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectClause(BaseSqmToSqlAstConverter.java:1951) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:1819) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:416) at org.hibernate.query.sqm.tree.select.SqmQuerySpec.accept(SqmQuerySpec.java:122) at org.hibernate.query.sqm.spi.BaseSemanticQueryWalker.visitQueryPart(BaseSemanticQueryWalker.java:213) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQueryPart(BaseSqmToSqlAstConverter.java:1679) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:1477) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:416) at org.hibernate.query.sqm.tree.select.SqmSelectStatement.accept(SqmSelectStatement.java:213) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.translate(BaseSqmToSqlAstConverter.java:711) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.buildCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:380) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:300) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:276) at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:571) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:363) at org.hibernate.query.sqm.internal.QuerySqmImpl.list(QuerySqmImpl.java:1073) at org.hibernate.query.Query.getResultList(Query.java:94) at org.hibernate.bugs.JPAUnitTestCase.hhh123Test(JPAUnitTestCase.java:89) 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.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.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63) at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329) at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.ParentRunner.run(ParentRunner.java:413) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69) at com.intellij.rt.junit.IdeaTestRunner$Repeater$1.execute(IdeaTestRunner.java:38) at com.intellij.rt.execution.junit.TestsRepeater.repeat(TestsRepeater.java:11) at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:35) at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:235) at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:54) Caused by: org.hibernate.query.SemanticException: Could not resolve attribute 'status' of 'org.hibernate.bugs.Account' due to the attribute being declared in multiple sub types: ['org.hibernate.bugs.Account1', 'org.hibernate.bugs.Account2'] ... 60 more {noformat} when using fetchgraph the following exception occurs: {noformat}jakarta.persistence.PersistenceException: Converting `org.hibernate.HibernateException` to JPA `PersistenceException` : Could not generate fetch : org.hibernate.bugs.Account(1186732777482900) -> company at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:165) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:374) at org.hibernate.query.sqm.internal.QuerySqmImpl.list(QuerySqmImpl.java:1073) at org.hibernate.query.Query.getResultList(Query.java:94) at org.hibernate.bugs.JPAUnitTestCase.hhh123Test(JPAUnitTestCase.java:89) 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.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.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63) at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329) at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.ParentRunner.run(ParentRunner.java:413) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69) at com.intellij.rt.junit.IdeaTestRunner$Repeater$1.execute(IdeaTestRunner.java:38) at com.intellij.rt.execution.junit.TestsRepeater.repeat(TestsRepeater.java:11) at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:35) at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:235) at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:54) Caused by: org.hibernate.HibernateException: Could not generate fetch : org.hibernate.bugs.Account(1186732777482900) -> company at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7198) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.addFetch(BaseSqmToSqlAstConverter.java:7044) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFetches(BaseSqmToSqlAstConverter.java:7099) at org.hibernate.sql.results.graph.AbstractFetchParent.afterInitialize(AbstractFetchParent.java:32) at org.hibernate.sql.results.graph.entity.AbstractEntityResultGraphNode.afterInitialize(AbstractEntityResultGraphNode.java:100) at org.hibernate.persister.entity.JoinedSubclassEntityPersister.createDomainResult(JoinedSubclassEntityPersister.java:1225) at org.hibernate.query.sqm.sql.internal.AbstractSqmPathInterpretation.createDomainResult(AbstractSqmPathInterpretation.java:55) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.lambda$visitSelection$25(BaseSqmToSqlAstConverter.java:2053) at java.base/java.util.Collections$SingletonList.forEach(Collections.java:4966) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelection(BaseSqmToSqlAstConverter.java:2048) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectClause(BaseSqmToSqlAstConverter.java:1951) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:1819) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQuerySpec(BaseSqmToSqlAstConverter.java:416) at org.hibernate.query.sqm.tree.select.SqmQuerySpec.accept(SqmQuerySpec.java:122) at org.hibernate.query.sqm.spi.BaseSemanticQueryWalker.visitQueryPart(BaseSemanticQueryWalker.java:213) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitQueryPart(BaseSqmToSqlAstConverter.java:1679) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:1477) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitSelectStatement(BaseSqmToSqlAstConverter.java:416) at org.hibernate.query.sqm.tree.select.SqmSelectStatement.accept(SqmSelectStatement.java:213) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.translate(BaseSqmToSqlAstConverter.java:711) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.buildCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:380) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:300) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:276) at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:571) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:363) ... 32 more Caused by: org.hibernate.HibernateException: Could not generate fetch : org.hibernate.bugs.Account(1186732777482900).company -> holdingCompany at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7198) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.addFetch(BaseSqmToSqlAstConverter.java:7044) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFetches(BaseSqmToSqlAstConverter.java:7099) at org.hibernate.sql.results.graph.AbstractFetchParent.afterInitialize(AbstractFetchParent.java:32) at org.hibernate.sql.results.graph.entity.AbstractEntityResultGraphNode.afterInitialize(AbstractEntityResultGraphNode.java:100) at org.hibernate.sql.results.graph.entity.internal.EntityFetchJoinedImpl.<init>(EntityFetchJoinedImpl.java:54) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.lambda$generateFetch$0(ToOneAttributeMapping.java:1258) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.withRegisteredAssociationKeys(ToOneAttributeMapping.java:1503) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.generateFetch(ToOneAttributeMapping.java:1233) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.generateFetch(ToOneAttributeMapping.java:107) at org.hibernate.sql.results.graph.FetchParent.generateFetchableFetch(FetchParent.java:105) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7139) ... 56 more Caused by: org.hibernate.HibernateException: Could not generate fetch : org.hibernate.bugs.Account(1186732777482900).company.holdingCompany -> address at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7198) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.addFetch(BaseSqmToSqlAstConverter.java:7044) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFetches(BaseSqmToSqlAstConverter.java:7099) at org.hibernate.sql.results.graph.AbstractFetchParent.afterInitialize(AbstractFetchParent.java:32) at org.hibernate.sql.results.graph.entity.AbstractEntityResultGraphNode.afterInitialize(AbstractEntityResultGraphNode.java:100) at org.hibernate.sql.results.graph.entity.internal.EntityFetchJoinedImpl.<init>(EntityFetchJoinedImpl.java:54) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.lambda$generateFetch$0(ToOneAttributeMapping.java:1258) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.withRegisteredAssociationKeys(ToOneAttributeMapping.java:1503) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.generateFetch(ToOneAttributeMapping.java:1233) at org.hibernate.metamodel.mapping.internal.ToOneAttributeMapping.generateFetch(ToOneAttributeMapping.java:107) at org.hibernate.sql.results.graph.FetchParent.generateFetchableFetch(FetchParent.java:105) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7139) ... 67 more Caused by: org.hibernate.HibernateException: Could not generate fetch : org.hibernate.bugs.Account(1186732777482900).company.holdingCompany.address -> line2 at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7198) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.addFetch(BaseSqmToSqlAstConverter.java:7044) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitFetches(BaseSqmToSqlAstConverter.java:7099) at org.hibernate.sql.results.graph.AbstractFetchParent.afterInitialize(AbstractFetchParent.java:32) at org.hibernate.sql.results.graph.embeddable.internal.EmbeddableFetchImpl.<init>(EmbeddableFetchImpl.java:74) at org.hibernate.metamodel.mapping.internal.EmbeddedAttributeMapping.generateFetch(EmbeddedAttributeMapping.java:238) at org.hibernate.sql.results.graph.FetchParent.generateFetchableFetch(FetchParent.java:105) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7139) ... 78 more Caused by: java.lang.ArrayIndexOutOfBoundsException: Index 2 out of bounds for length 2 at org.hibernate.metamodel.mapping.internal.BasicAttributeMapping.generateFetch(BasicAttributeMapping.java:310) at org.hibernate.sql.results.graph.FetchParent.generateFetchableFetch(FetchParent.java:105) at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.buildFetch(BaseSqmToSqlAstConverter.java:7139) ... 85 more {noformat} if the subgraph to fetch the embedded entity is removed then the first error occurs both with loadgraph and fetchgraph. Seems that there is an error when using embedded type with entitygraph as well as when using inheritance with entitygraph. ( https://hibernate.atlassian.net/browse/HHH-15972#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15972#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-9594) Inappropriate INNER JOIN on query with inheritance relations

by Vijayasaradhi Danda (JIRA)

Vijayasaradhi Danda ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-9594 ( https://hibernate.atlassian.net/browse/HHH-9594?atlOrigin=eyJpIjoiZmMxYjA... ) Re: Inappropriate INNER JOIN on query with inheritance relations ( https://hibernate.atlassian.net/browse/HHH-9594?atlOrigin=eyJpIjoiZmMxYjA... ) I experienced the similar issue. It was also described in https://hibernate.atlassian.net/browse/HHH-9862 ( https://hibernate.atlassian.net/browse/HHH-9862 ) for version 6.1.6 and it didn’t before upgrading from 5.6.8.Final Should I open a new ticket? ( https://hibernate.atlassian.net/browse/HHH-9594#add-comment?atlOrigin=eyJ... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-9594#add-comment?atlOrigin=eyJ... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16007) PropertyAccessException when deleting entities with Embeddables with child collections

by Christoph Watzl (JIRA)

Christoph Watzl ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNDRiNTk3NGNi... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16007?atlOrigin=eyJpIjoiNDRiNT... ) HHH-16007 ( https://hibernate.atlassian.net/browse/HHH-16007?atlOrigin=eyJpIjoiNDRiNT... ) PropertyAccessException when deleting entities with Embeddables with child collections ( https://hibernate.atlassian.net/browse/HHH-16007?atlOrigin=eyJpIjoiNDRiNT... ) Change By: Christoph Watzl ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We are currently trying to upgrade a project from Hibernate 5 to 6, which When using an {{@Embedded}} value object that has a collection with orphan removal, trying to delete the root entity throws a {{PropertyAccessException}}. The same scenario used to work without issue in Hibernate 5. I have prepared a an [ minimal example project to reproduce test | https://github.com/cwatzl/hhh-16007 ] project to demonstrate the issue. Model: {code:java}@Entity public class Parent { @Id private final String id; @Embedded private final Child child; // ... ctors & accessors ... } @Embeddable public class Child { @OneToMany(cascade = CascadeType.ALL, orphanRemoval = true) private final List<Grandchild> grandchildren = new ArrayList<>(); // ... ctors & accessors ... } @Entity public class Grandchild { @Id private final String id; // .. ctors & accessors ... }{code} Test case: {code:java}var parent = new Parent("123", new Child(List.of(new Grandchild("xyz")))); entityManager.persist(parent); entityManager.flush(); entityManager.clear(); entityManager.remove(entityManager.getReference(Parent.class, "123")); entityManager.flush(); // throws PersistenceException{code} *Exception thrown* {noformat}jakarta.persistence.PersistenceException: Converting `org.hibernate.property.access.spi.PropertyAccessException` to JPA `PersistenceException` : Error accessing field [private final java.lang.String org.hibernate.bugs.model.Parent.id] by reflection for persistent property [org.hibernate.bugs.model.Parent#id] : org.hibernate.bugs.model.Child@77c66a4f at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:165) at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:175) at org.hibernate.internal.ExceptionConverterImpl.convert(ExceptionConverterImpl.java:182) at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1429) at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1411) at org.hibernate.bugs.JPAUnitTestCase.hhh123Test(JPAUnitTestCase.java:47) 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.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.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63) at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329) at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.ParentRunner.run(ParentRunner.java:413) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69) at com.intellij.rt.junit.IdeaTestRunner$Repeater$1.execute(IdeaTestRunner.java:38) at com.intellij.rt.execution.junit.TestsRepeater.repeat(TestsRepeater.java:11) at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:35) at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:235) at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:54) Caused by: org.hibernate.property.access.spi.PropertyAccessException: Error accessing field [private final java.lang.String org.hibernate.bugs.model.Parent.id] by reflection for persistent property [org.hibernate.bugs.model.Parent#id] : org.hibernate.bugs.model.Child@77c66a4f at org.hibernate.property.access.spi.GetterFieldImpl.get(GetterFieldImpl.java:48) at org.hibernate.metamodel.mapping.internal.BasicEntityIdentifierMappingImpl.getIdentifier(BasicEntityIdentifierMappingImpl.java:147) at org.hibernate.persister.entity.AbstractEntityPersister.getIdentifier(AbstractEntityPersister.java:5254) at org.hibernate.engine.internal.Collections.processDereferencedCollection(Collections.java:70) at org.hibernate.engine.internal.Collections.processUnreachableCollection(Collections.java:49) at org.hibernate.event.internal.AbstractFlushingEventListener.lambda$flushCollections$1(AbstractFlushingEventListener.java:236) at org.hibernate.engine.internal.StatefulPersistenceContext.forEachCollectionEntry(StatefulPersistenceContext.java:1127) at org.hibernate.event.internal.AbstractFlushingEventListener.flushCollections(AbstractFlushingEventListener.java:233) at org.hibernate.event.internal.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:91) at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:38) at org.hibernate.event.service.internal.EventListenerGroupImpl.fireEventOnEachListener(EventListenerGroupImpl.java:107) at org.hibernate.internal.SessionImpl.doFlush(SessionImpl.java:1425) ... 31 more Caused by: java.lang.IllegalArgumentException: Can not set final java.lang.String field org.hibernate.bugs.model.Parent.id to org.hibernate.bugs.model.Child at java.base/jdk.internal.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:167) at java.base/jdk.internal.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:171) at java.base/jdk.internal.reflect.UnsafeFieldAccessorImpl.ensureObj(UnsafeFieldAccessorImpl.java:58) at java.base/jdk.internal.reflect.UnsafeQualifiedObjectFieldAccessorImpl.get(UnsafeQualifiedObjectFieldAccessorImpl.java:38) at java.base/java.lang.reflect.Field.get(Field.java:425) at org.hibernate.property.access.spi.GetterFieldImpl.get(GetterFieldImpl.java:44) ... 42 more{noformat} Of particular interest is this message: {noformat}Can not set final java.lang.String field org.hibernate.bugs.model.Parent.id to org.hibernate.bugs.model.Child{noformat} Apparently, for some reason, {{AbstractEntityPersister}} is trying to reflectively access the id property of the Parent entity but applies the getter to the embeddable child value type, which makes no sense. ( https://hibernate.atlassian.net/browse/HHH-16007#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16007#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-13826) Distrust self-dirtyness status of enhanced entities which have not been created by Hibernate

by Sanne Grinovero (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15976) Optimize row processing by pre-classifying different types of Initializer instances

by Sanne Grinovero (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15964) Incorrect results for pageable EntityGraph with Hibernate 6.1.6

by Artem Gordienko (JIRA)

Artem Gordienko ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=600c501... ) *commented* on HHH-15964 ( https://hibernate.atlassian.net/browse/HHH-15964?atlOrigin=eyJpIjoiZmY3Nm... ) Re: Incorrect results for pageable EntityGraph with Hibernate 6.1.6 ( https://hibernate.atlassian.net/browse/HHH-15964?atlOrigin=eyJpIjoiZmY3Nm... ) I created application to reproduce that issue without spring. You can run the IssueTest and see the results. https://github.com/arvgord/hibernate-postgresql-issue ( https://github.com/arvgord/hibernate-postgresql-issue ) I also found that it doesn't work for MySQL too. In branch hibernate-core_5.6.14.Final with org.hibernate:hibernate-core:5.6.14.Final dependency everything works fine. ( https://hibernate.atlassian.net/browse/HHH-15964#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15964#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15305) Update custom LIRS implementation based on BoundedConcurrentHashMap

by Sanne Grinovero (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-15305) Update custom LIRS implementation based on BoundedConcurrentHashMap

by Sanne Grinovero (JIRA)

3 years, 3 months

1
0
0 / 0

[JIRA] (HHH-16034) CASE Statement in jpql throws assertion error when running H2 in Oracle mode with OracleDialect

by Vijayasaradhi Danda (JIRA)

Vijayasaradhi Danda ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16034 ( https://hibernate.atlassian.net/browse/HHH-16034?atlOrigin=eyJpIjoiZDgxMW... ) Re: CASE Statement in jpql throws assertion error when running H2 in Oracle mode with OracleDialect ( https://hibernate.atlassian.net/browse/HHH-16034?atlOrigin=eyJpIjoiZDgxMW... ) submitted pull request reproducing the issue at: https://github.com/hibernate/hibernate-test-case-templates/pull/233 ( https://github.com/hibernate/hibernate-test-case-templates/pull/233 ) When creating the schema from the mapped class hibernate drop statement fails because OracleDialect issues drop statement to clear schema without checking if the table already exists against H2 but table creation works fine and H2 jpql java assertion error as described in the ticket is thrown by the test. ( https://hibernate.atlassian.net/browse/HHH-16034#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16034#add-comment?atlOrigin=ey... ) Get Jira notifications on your phone! Download the Jira Cloud app for Android ( https://play.google.com/store/apps/details?id=com.atlassian.android.jira.... ) or iOS ( https://itunes.apple.com/app/apple-store/id1006972087?pt=696495&ct=EmailN... ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100214- sha1:b03f6a4 )

3 years, 3 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 January 2023