May 2020 - hibernate-issues - Jboss List Archives

[JIRA] (HHH-14005) Saving envers audit entry causing Lazy Initialization exception for unitialized Lazy ManyToOne relationship

by Jesse McCormick (JIRA)

Jesse McCormick ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOWViNzUzZDE1... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-14005?atlOrigin=eyJpIjoiOWViNz... ) HHH-14005 ( https://hibernate.atlassian.net/browse/HHH-14005?atlOrigin=eyJpIjoiOWViNz... ) Saving envers audit entry causing Lazy Initialization exception for unitialized Lazy ManyToOne relationship ( https://hibernate.atlassian.net/browse/HHH-14005?atlOrigin=eyJpIjoiOWViNz... ) Issue Type: Bug Affects Versions: 5.4.11, 5.4.12, 5.4.13, 5.4.15, 5.4.14 Assignee: Chris Cranford ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: hibernate-envers Created: 06/May/2020 11:56 AM Priority: Major Reporter: Jesse McCormick ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Updating a legacy Hibernate 4 to latest 5.4.15 version resulted in an odd exception when saving the audit record for a record. Turning up the debugging reveals that the actual save of the record appears to proceed correctly, and then when envers begins to save it's audit entry, the Lazy initialization exception occurs. Save RelatedToTaskEntity cascades to save TaskEntity, which then moves onto the Owner entity where the exception occurs. I looked at HHH-13191 ( https://hibernate.atlassian.net/browse/HHH-13191 ) Closed but toggling the proxy compliance mode didn't seem to effect it. Hibernate 5.4.1 and 5.4.10 work, it appears to have broken in 5.4.11. Looking through the release notes, maybe HHH-13760 ( https://hibernate.atlassian.net/browse/HHH-13760 ) Closed is related? RelatedToTaskEntity > > > > @Audited > @Entity > public class RelatedToTaskEntity extends BaseDO<Integer> { > > > > private static final long serialVersionUID = 60222696142150246L; > > > > @javax.persistence.Column(name = "RELATED_TO_TASK_ID") > @Id > @Getter > @Setter > @SequenceGenerator(name = "RELATED_TO_TASK_ID_GENERATOR", sequenceName = > "SQ_RELATED_TO_TASK", allocationSize = 1) > @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = > "RELATED_TO_TASK_ID_GENERATOR") > private Integer relatedToTaskId; > > > > @Getter > @Setter > @Audited(targetAuditMode = RelationTargetAuditMode.NOT_AUDITED) > @ManyToOne > @JoinColumn(name = "TASK_CD") > private TaskEntity task; > > TaskEntity > > > > @Table(name = "TASK") > @Audited > @Entity > @Inheritance(strategy = InheritanceType.JOINED) > @NamedQueries( > > Unknown macro: { @NamedQuery(name = "getActiveTasksByShopAndCostClass", > query = "SELECT t FROM TaskEntity t WHERE t.closedDate is null and > t.benefitingShopCd = ?0 and t.costClassCd = ?1"), @NamedQuery(name = > "getActiveTasksBySiteAndTeamAndCostClass", query = "SELECT t FROM > TaskEntity t, UserInfoEntity u WHERE t.ownerId = u.userId and > u.shop.site.siteId = ?0 and t.closedDate is null and t.team.teamId = ?1 > and t.costClassCd = ?2") } > > > ) > public class TaskEntity extends BaseDO<Long> { > @NotAudited > private static final long serialVersionUID = -5071999821653470382L; > > > > @Getter > @Setter > @Column(name = "TASK_ID") > @Id > @SequenceGenerator(name = "TASK_ID_GENERATOR", sequenceName = "SQ_TASK", > allocationSize=1) > @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = > "TASK_ID_GENERATOR") > private Long id; > > > > @Getter > @Setter > @Audited(targetAuditMode = RelationTargetAuditMode.NOT_AUDITED) > @ManyToOne(fetch = FetchType.LAZY) > @JoinColumn(name = "OWNER_CD", referencedColumnName = "USER_ID", updatable > = false, insertable = false) > private UserInfoEntity owner; > > ( https://hibernate.atlassian.net/browse/HHH-14005#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14005#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#100126- sha1:99a90f9 )

5 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-3901) Expose metadata about the annotated type in the context passed to PropertyMappingAnnotationProcessor/TypeMappingAnnotationProcessor

by Yoann Rodière (JIRA)

5 years, 11 months

1
0
0 / 0

[JIRA] (HHH-14004) Enhanced Proxies are never loaded from 2LC

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=eyJpIjoiODA0YTlmODZi... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-14004?atlOrigin=eyJpIjoiODA0YT... ) HHH-14004 ( https://hibernate.atlassian.net/browse/HHH-14004?atlOrigin=eyJpIjoiODA0YT... ) Enhanced Proxies are never loaded from 2LC ( https://hibernate.atlassian.net/browse/HHH-14004?atlOrigin=eyJpIjoiODA0YT... ) Issue Type: Bug Affects Versions: 5.4.15, 5.4.14 Assignee: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: hibernate-core Created: 06/May/2020 08:26 AM Fix Versions: 5.5.0.Beta1, 5.4.16 Priority: Major Reporter: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) It seems using Enhanced Proxies will ignore the 2LC. In particular I can reproduce that when initializing fields from an association which is handled by an enhanced proxy, the proxy gets initialized from the DB even if the matching data was available in the shared cache. There's multiple ways in which we could improve this; * we could check the 2LC before actually creating the uninitialized proxy instance * we could check the 2LC when an uninitialized proxy needs to be loaded * we could do both In terms of performance, I don't think we can guess what is the optimal approach; this will likely be circumstantial. Clearly checking the 2LC twice would lead to least DB operations, but checking the cache is not entirely free either and the chances for the object to appear in the 2LC in the likely very short time before the two checks would - IMO - make this not worth it. So I think we should fix this via the first strategy; this might be slightly too soon but it guarantees to avoid the setup costs of the uninitialized proxy. ( https://hibernate.atlassian.net/browse/HHH-14004#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14004#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#100126- sha1:99a90f9 )

5 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-3913) @FullTextField.aggregable doesn't do anything

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=eyJpIjoiNGVjOGI2... ) / Bug ( https://hibernate.atlassian.net/browse/HSEARCH-3913?atlOrigin=eyJpIjoiNGV... ) HSEARCH-3913 ( https://hibernate.atlassian.net/browse/HSEARCH-3913?atlOrigin=eyJpIjoiNGV... ) @FullTextField.aggregable doesn't do anything ( https://hibernate.atlassian.net/browse/HSEARCH-3913?atlOrigin=eyJpIjoiNGV... ) Issue Type: Bug Assignee: Unassigned Components: mapper-pojo Created: 06/May/2020 08:15 AM Fix Versions: 6.0.0.Beta-backlog-high-priority Priority: Major Reporter: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We don't currently support aggregations on full-text fields, so maybe we should remove it? Alternatively, we could support (some) aggregations on full-text fields. There is a use case for suggestions in particular: https://discourse.hibernate.org/t/fulltextfield-analyzer-aggregation/4124 ( https://hibernate.atlassian.net/browse/HSEARCH-3913#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-3913#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#100126- sha1:99a90f9 )

5 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-3912) Increase the amount of RAM assigned to Elasticsearch in integration tests

by Yoann Rodière (JIRA)

5 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-3912) Increase the amount of RAM assigned to Elasticsearch in integration tests

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=eyJpIjoiOWUyOWZk... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-3912?atlOrigin=eyJpIjoiOWU... ) HSEARCH-3912 ( https://hibernate.atlassian.net/browse/HSEARCH-3912?atlOrigin=eyJpIjoiOWU... ) Increase the amount of RAM assigned to Elasticsearch in integration tests ( https://hibernate.atlassian.net/browse/HSEARCH-3912?atlOrigin=eyJpIjoiOWU... ) Issue Type: Task Assignee: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: backend-elasticsearch, build, integration, tests Created: 06/May/2020 07:18 AM Fix Versions: 6.0.0.Beta-backlog-high-priority Priority: Major Reporter: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Right now we're using 256MB, which really is quite small for Elasticsearch. It seems there are many setups out there with 32GB of RAM *just* for Elasticsearch. As a result, from time to time we're seeing error like this in integation tests: java.util.concurrent.CompletionException: org.hibernate.search.util.common.SearchException: HSEARCH400588: The operation failed due to the failure of the call to the bulk REST API. Caused by: org.hibernate.search.util.common.SearchException: HSEARCH400588: The operation failed due to the failure of the call to the bulk REST API. Caused by: org.hibernate.search.util.common.SearchException: HSEARCH400007: Elasticsearch request failed: HSEARCH400090: Elasticsearch response indicates a failure. Request: POST /_bulk with parameters {refresh=true} Response: 429 'Too Many Requests' with body { "error": { "root_cause": [ { "type": "circuit_breaking_exception", "reason": "[parent] Data too large, data for [\u003chttp_request\u003e] would be [263306110/251.1mb], which is larger than the limit of [255013683/243.1mb], real usage: [263305344/251.1mb], new bytes reserved: [766/766b], usages [request\u003d0/0b, fielddata\u003d0/0b, in_flight_requests\u003d766/766b, accounting\u003d13976/13.6kb]", "bytes_wanted": 263306110, "bytes_limit": 255013683, "durability": "PERMANENT" } ], "type": "circuit_breaking_exception", "reason": "[parent] Data too large, data for [\u003chttp_request\u003e] would be [263306110/251.1mb], which is larger than the limit of [255013683/243.1mb], real usage: [263305344/251.1mb], new bytes reserved: [766/766b], usages [request\u003d0/0b, fielddata\u003d0/0b, in_flight_requests\u003d766/766b, accounting\u003d13976/13.6kb]", "bytes_wanted": 263306110, "bytes_limit": 255013683, "durability": "PERMANENT" }, "status": 429 } Caused by: org.hibernate.search.util.common.SearchException: HSEARCH400090: Elasticsearch response indicates a failure. ( https://hibernate.atlassian.net/browse/HSEARCH-3912#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-3912#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#100126- sha1:99a90f9 )

5 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-3589) Search 6 groundwork - Restore support for index metadata lookup

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=eyJpIjoiYWFiYTUw... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-3589?atlOrigin=eyJpIjoiYWF... ) HSEARCH-3589 ( https://hibernate.atlassian.net/browse/HSEARCH-3589?atlOrigin=eyJpIjoiYWF... ) Search 6 groundwork - Restore support for index metadata lookup ( https://hibernate.atlassian.net/browse/HSEARCH-3589?atlOrigin=eyJpIjoiYWF... ) Change By: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) 1. A way to inspect the index schema, similar to {{org.hibernate.search.SearchFactory#getIndexedTypeDescriptor}} (maybe not the part about properties, just fields) 2. A way to inspect defined analyzers, similar to {{org.hibernate.search.SearchFactory#getAnalyzer(java.lang.String)}} See also HSEARCH-2897 Note that support for looking up precise field capabilities is out of scope; see HSEARCH-3909 ( https://hibernate.atlassian.net/browse/HSEARCH-3589#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-3589#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#100126- sha1:99a90f9 )

5 years, 11 months

1
0
0 / 0

[JIRA] (BVAL-749) Update CONTRIBUTING.md for Specification Project's repositories

by Gunnar Morling (JIRA)

5 years, 11 months

1
0
0 / 0

[JIRA] (BVAL-749) Update CONTRIBUTING.md for Specification Project's repositories

by Gunnar Morling (JIRA)

5 years, 11 months

1
0
0 / 0

[JIRA] (HV-1754) Re-enable EjbIT when all tested versions of WildFly have fixed WFL-11566

by Guillaume Smet (JIRA)

5 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-issues May 2020