September 2022 - hibernate-issues

[JIRA] (HHH-15480) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags

by Artёm Basov (JIRA)

Artёm Basov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZjhlYzVmMTE5... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiZjhlYz... ) HHH-15480 ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiZjhlYz... ) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiZjhlYz... ) Change By: Artёm Basov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) This is, in a sense, a combination of HHH-7918 and HHH-7948. Steps: # Tx1: Create {{ListRefEdEntity}} # Tx2: ## Fetch {{ListRefEdEntity}} created at (1) ## Create and persist {{ListRefIngEntity}} associated with {{ListRefEdEntity}} fetched at (a) ## Change its data , associate with {{ListRefIngEntity}} ## Flush ## Change its data again This will lead to 2nd revision of {{ListRefEdEntity}} with {{reffering_mod=false}} See a [PR|https://github.com/hibernate/hibernate-orm/pull/5253] for a test case The way I see the problem is that by discarding both {{CollectionChangeWorkUnit}} and {{ModWorkUnit#data}} we are relying on the difference between {{oldState}} and {{newState}}, but debug shows that both states already contain added {{ListRefIngEntity}} , so comparing those gives us {{false}}. ( https://hibernate.atlassian.net/browse/HHH-15480#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15480#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#100206- sha1:3ac329d )

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15480) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags

by Artёm Basov (JIRA)

Artёm Basov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYmE5MGVhZjU1... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYmE5MG... ) HHH-15480 ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYmE5MG... ) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYmE5MG... ) Change By: Artёm Basov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) This is, in a sense, a combination of HHH-7918 and HHH-7948. Steps: # Tx1: Create {{ListRefEdEntity}} # Tx2: ## Fetch {{ListRefEdEntity}} created at (1) ## Create and persist {{ListRefIngEntity}} associated with {{ListRefEdEntity}} fetched at (a) ## Change its data , associate with {{ListRefIngEntity}} ## Flush ## Change its data again This will lead to 2nd revision of {{ListRefEdEntity}} created after Tx2 with {{reffering_mod=false}} See a [PR|https://github.com/hibernate/hibernate-orm/pull/5253] for a test case The way I see the problem is that by discarding both {{CollectionChangeWorkUnit}} and {{ModWorkUnit#data}} we are relying on the difference between {{oldState}} and {{newState}}, but debug shows that both states already contain added {{ListRefIngEntity}}. ( https://hibernate.atlassian.net/browse/HHH-15480#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15480#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#100206- sha1:3ac329d )

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15480) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags

by Artёm Basov (JIRA)

Artёm Basov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMThjMzUyOTEy... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiMThjMz... ) HHH-15480 ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiMThjMz... ) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiMThjMz... ) Change By: Artёm Basov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) This is, in a sense, a combination of HHH-7918 and HHH-7948. Steps: # Tx1: Create {{ListRefEdEntity}} # Tx2: ## Fetch {{ListRefEdEntity}} created at (1) ## Create and persist {{ListRefIngEntity}} associated with {{ListRefEdEntity}} fetched at (a) ## Change its data , associate with {{ListRefIngEntity}} ## Flush ## Change its data again This will lead to 2nd revision of {{ListRefEdEntity}} created after Tx2 with {{reffering_mod=false}} See a [PR|https://github.com/hibernate/hibernate-orm/pull/5253] for a test case The way I see the problem is that by discarding both {{CollectionChangeWorkUnit}} and {{ModWorkUnit#data}} we are relying on the difference between {{oldState}} and {{newState}}, but debug shows that both states already contain added {{ListRefIngEntity}}. ( https://hibernate.atlassian.net/browse/HHH-15480#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15480#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#100206- sha1:3ac329d )

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15480) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags

by Артем Басов (JIRA)

Артем Басов ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYzg2MjYzZGUw... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYzg2Mj... ) HHH-15480 ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYzg2Mj... ) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYzg2Mj... ) Change By: Артем Басов ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) This is, in a sense, a combination of HHH-7918 and HHH-7948. Steps: # Tx1: Create {{ListRefEdEntity}} # Tx2: ## Fetch {{ListRefEdEntity}} created at (1) ## Create and persist {{ListRefIngEntity}} associated with {{ListRefEdEntity}} fetched at (a) ## Change its data , associate with {{ListRefIngEntity}} ## Flush ## Change its data again This will lead to revision of {{ListRefEdEntity}} created after Tx2 with {{reffering_mod=false}} See a [ PR |https://github.com/hibernate/hibernate-orm/pull/5253] for a test case The way I see the problem is that by discarding both {{CollectionChangeWorkUnit}} and {{ModWorkUnit#data}} we are relying on the difference between {{oldState}} and {{newState}}, but debug shows that both states already contain added {{ListRefIngEntity}}. ( https://hibernate.atlassian.net/browse/HHH-15480#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15480#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#100206- sha1:3ac329d )

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15480) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags

by Артем Басов (JIRA)

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15480) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags

by Артем Басов (JIRA)

Артем Басов ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYjdmYmUxN2Q4... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYjdmYm... ) HHH-15480 ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYjdmYm... ) Merging of ModWorkUnit with CollectionChangeWorkUnit followed by another ModWorkUnit leads to lost modified flags ( https://hibernate.atlassian.net/browse/HHH-15480?atlOrigin=eyJpIjoiYjdmYm... ) Issue Type: Bug Affects Versions: 5.4.32 Assignee: Chris Cranford ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: hibernate-envers Created: 03/Sep/2022 07:51 AM Priority: Major Reporter: Артем Басов ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) This is, in a sense, a combination of HHH-7918 ( https://hibernate.atlassian.net/browse/HHH-7918 ) Closed and HHH-7948 ( https://hibernate.atlassian.net/browse/HHH-7948 ) Closed. Steps: * Tx1: Create ListRefEdEntity * Tx2: * Fetch ListRefEdEntity created at (1) * Create and persist ListRefIngEntity associated with ListRefEdEntity fetched at (a) * Change its data , associate with ListRefIngEntity * Flush * Change its data again This will lead to revision of ListRefEdEntity created after Tx2 with reffering_mod=false See a PR for a test case The way I see the problem is that by discarding both CollectionChangeWorkUnit and ModWorkUnit#data we are relying on the difference between oldState and newState , but debug shows that both states already contain added ListRefIngEntity. ( https://hibernate.atlassian.net/browse/HHH-15480#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15480#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#100206- sha1:3ac329d )

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15358) @Where annotation with globally_quoted_identifiers causes Unable to determine TableReference Exception

by Andrea Boriero (JIRA)

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15358) @Where annotation with globally_quoted_identifiers causes Unable to determine TableReference Exception

by Andrea Boriero (JIRA)

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15358) @Where annotation with globally_quoted_identifiers causes Unable to determine TableReference Exception

by Andrea Boriero (JIRA)

1 year, 9 months

1
0
0 / 0

[JIRA] (HHH-15300) Unnecessary memory usage detected in SqlStatementLogger.logSlowQuery()

by Andrea Boriero (JIRA)

1 year, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues September 2022