June 2020 - hibernate-issues - Jboss List Archives

[JIRA] (HHH-14064) Fixes for documentation of schema-generation

by Andrea Boriero (JIRA)

5 years, 10 months

1
0
0 / 0

[JIRA] (HHH-14063) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or: ambiguous default access strategy? )

by Stefan Ocke (JIRA)

Stefan Ocke ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiN2MzNzNkMjA4... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiN2MzNz... ) HHH-14063 ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiN2MzNz... ) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or: ambiguous default access strategy? ) ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiN2MzNz... ) Change By: Stefan Ocke ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) I have re-tested [HHH-10857] with Hibernate 5.4.15: * For “simple” Embeddables (directly used in the Entity as @Embedded), @Convert annotation works. * For Embeddables in ElementCollections, @Convert annotation also works now. So, the original issue [HHH-10857] seems to be fixed. * However, in the following situation, @Convert is still ignored: ** I have an Element Collection of an Embeddable OuterEmbeddable. ** “OuterEmbeddable“ contains another Embeddable called InnerEmeddable ** Within InnerEmeddable I use @Convert on basic fields. But it is ignored. My current workaround is to use @Convert one level higher: {code:java}@Embeddable class OuterEmbeddable{ @Convert(converter = MyConverter.class, attributeName = "theFieldToConvert") InnerEmeddable theInnerEmbeddable }{code} My testcase revealed some more details: * *It works if I enforce field level access on the inner embeddable by “(a)Access(AccessType.xn--field)*-136c * The error occurs (but only on the inner embeddable, as described above) if I do not enforce field level access. So I assume, Hibernate for some reasons detects field level access on the outer embeddable but property level access on the inner embeddable. And property level access leads to ignoring the Convert annotation on the inner embeddable. At [https://docs.jboss.org/hibernate/orm/5.4/userguide/html_single/Hibernate_...] we have: {quote}Because embeddables are managed by their owning entities, the access strategy is therefore inherited from the entity too. This applies to both simple embeddable types as well as for collection of embeddables.{quote} It seems, with an embeddable within an embeddable, I have a corner case where access strategy is not well-defined? Shouldn’t the entites access strategy also be inherited to nested Embeddables? ( https://hibernate.atlassian.net/browse/HHH-14063#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14063#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#100128- sha1:85a81c0 )

5 years, 10 months

1
0
0 / 0

[JIRA] (HHH-14063) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or: ambiguous default access strategy? )

by Stefan Ocke (JIRA)

Stefan Ocke ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOWM0MGFmMmU3... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiOWM0MG... ) HHH-14063 ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiOWM0MG... ) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or: ambiguous default access strategy? ) ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiOWM0MG... ) Change By: Stefan Ocke ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) I have re-tested [HHH-10857] with Hibernate 5.4.15: * For “simple” Embeddables (directly used in the Entity as @Embedded), @Convert annotation works. * For Embeddables in ElementCollections, @Convert annotation also works now. So, the original issue [HHH-10857] seems to be fixed. * However, in the following situation, @Convert is still ignored: ** I have an Element Collection of an Embeddable OuterEmbeddable. ** “OuterEmbeddable“ contains another Embeddable called InnerEmeddable ** Within InnerEmeddable I use @Convert on basic fields. But it is ignored. My current workaround is to use @Convert one level higher: {code:java}@Embeddable class OuterEmbeddable{ @Convert(converter = MyConverter.class, attributeName = "theFieldToConvert") InnerEmeddable theInnerEmbeddable }{code} My testcase reveals revealed some more details: * *It works if I enforce field level access on the inner embeddable by “(a)Access(AccessType.xn--field)*-136c * The error occurs (but only on the inner embeddable, as described above) if I do not enforce field level access. So I assume, Hibernate for some reasons detects field level access on the outer embeddable but property level access on the inner embeddable. And property level access leads to ignoring the Convert annotation on the inner embeddable. At [https://docs.jboss.org/hibernate/orm/5.4/userguide/html_single/Hibernate_...] we have: {quote}Because embeddables are managed by their owning entities, the access strategy is therefore inherited from the entity too. This applies to both simple embeddable types as well as for collection of embeddables.{quote} It seems, with an embeddable within an embeddable, I have a corner case where access strategy is not well-defined? ( https://hibernate.atlassian.net/browse/HHH-14063#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14063#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#100128- sha1:85a81c0 )

5 years, 10 months

1
0
0 / 0

[JIRA] (HHH-14063) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or: ambiguous default access strategy? )

by Stefan Ocke (JIRA)

5 years, 10 months

1
0
0 / 0

[JIRA] (HHH-14063) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or: ambiguous default access strategy? )

by Stefan Ocke (JIRA)

Stefan Ocke ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiM2Y4OTk4NDlh... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiM2Y4OT... ) HHH-14063 ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiM2Y4OT... ) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or: ambiguous default access strategy? ) ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiM2Y4OT... ) Change By: Stefan Ocke ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Summary: @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or : ambiguous default access strategy? ) ( https://hibernate.atlassian.net/browse/HHH-14063#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14063#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#100128- sha1:85a81c0 )

5 years, 10 months

1
0
0 / 0

[JIRA] (HHH-14063) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or ambiguous default access strategy? )

by Stefan Ocke (JIRA)

5 years, 10 months

1
0
0 / 0

[JIRA] (HHH-14063) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or ambiguous access strategy? )

by Stefan Ocke (JIRA)

Stefan Ocke ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYWI0ZDdlMWFk... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiYWI0ZD... ) HHH-14063 ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiYWI0ZD... ) @Convert annotation on Embeddable nested in Embeddable in an ElementCollection does not work (or ambiguous access strategy? ) ( https://hibernate.atlassian.net/browse/HHH-14063?atlOrigin=eyJpIjoiYWI0ZD... ) Change By: Stefan Ocke ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) I have re-tested [HHH-10857] with Hibernate 5.4.15: * For “simple” Embeddables (directly used in the Entity as @Embedded), @Convert annotation works. * For Embeddables in ElementCollections, @Convert annotation also works now. So, the original issue [HHH-10857] seems to be fixed. * However, in the following situation, @Convert is still ignored: ** I have an Element Collection of an Embeddable OuterEmbeddable. ** “OuterEmbeddable“ contains another Embeddable called InnerEmeddable ** Within InnerEmeddable I use @Convert on basic fields. But it is ignored. My current workaround is to use @Convert one level higher: {code:java}@Embeddable class OuterEmbeddable{ @Convert(converter = MyConverter.class, attributeName = "theFieldToConvert") InnerEmeddable theInnerEmbeddable }{code} My testcase reveals some more details: * * It works if I enforce field level access on the inner embeddable by “(a)Access(AccessType.xn--field)-ui0c * * The error occurs (but only on the inner embeddable, as described above) if I do not enforce field level access. So I assume, Hibernate for some reasons detects field level access on the outer embeddable but property level access on the inner embeddable. And property level access leads to ignoring the Convert annotation on the inner embeddable. At [https://docs.jboss.org/hibernate/orm/5.4/userguide/html_single/Hibernate_...] we have: {quote}Because embeddables are managed by their owning entities, the access strategy is therefore inherited from the entity too. This applies to both simple embeddable types as well as for collection of embeddables.{quote} It seems, with an embeddable within an embeddable, I have a corner case where access strategy is not well-defined? ( https://hibernate.atlassian.net/browse/HHH-14063#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14063#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#100128- sha1:85a81c0 )

5 years, 10 months

1
0
0 / 0

[JIRA] (HSEARCH-3927) Projection to a DTO/JavaBean/etc.

by Yoann Rodière (JIRA)

5 years, 10 months

1
0
0 / 0

[JIRA] (HSEARCH-3945) Refactor ElasticsearchScopedIndexFieldComponent / LuceneScopedIndexFieldComponent

by Yoann Rodière (JIRA)

5 years, 10 months

1
0
0 / 0

[JIRA] (HSEARCH-3945) Refactor ElasticsearchScopedIndexFieldComponent / LuceneScopedIndexFieldComponent

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=eyJpIjoiYjA0ZWFi... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-3945?atlOrigin=eyJpIjoiYjA... ) HSEARCH-3945 ( https://hibernate.atlassian.net/browse/HSEARCH-3945?atlOrigin=eyJpIjoiYjA... ) Refactor ElasticsearchScopedIndexFieldComponent / LuceneScopedIndexFieldComponent ( https://hibernate.atlassian.net/browse/HSEARCH-3945?atlOrigin=eyJpIjoiYjA... ) Issue Type: Task Assignee: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Components: backend-elasticsearch, backend-lucene Created: 09/Jun/2020 05:01 AM Fix Versions: 6.0.0.Beta-backlog-low-priority Priority: Major Reporter: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) These classes are getting complicated and are beginning to serve as a generic representation of a field across multiple indexes. It's getting worse in HSEARCH-3391 ( https://hibernate.atlassian.net/browse/HSEARCH-3391 ) In Progress in particular. Let's clean it up: * Define one "*IndexFieldContext" interface per "contruct": sort/projection/aggregation/..., with the methods they need: "SortIndexFieldContext", "ProjectionIndexFieldContext", etc. * Implement these interfaces directly in ElasticsearchIndexSchemaFieldNode/LuceneIndexSchemaFieldNode, so that there is no overhead when searching on a single index. * Implement these interfaces in an "aggregated" node for searches on multiple indexes. Implement each method in such a way that we will throw an exception when a conflict actually arises. I.e. keep a list of the underlying fields, and when e.g. getConverter() is called, check that the converter defined for the field in each index is compatible with the others. In short this should get rid of ElasticsearchCompatibilityChecker / LuceneCompatibilityChecker as we would perform compatibility checks lazily. * Most importantly, pass the "*IndexFieldContext" directly to the sort/projection/etc. factory methods, instead of passing the different components (field path, converter, ...) separately. ( https://hibernate.atlassian.net/browse/HSEARCH-3945#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-3945#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#100128- sha1:85a81c0 )

5 years, 10 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 June 2020