July 2020 - hibernate-issues - Jboss List Archives

[JIRA] (HSEARCH-3878) Maximize utilization of database connections during mass indexing

by Yoann Rodière (JIRA)

3 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-3276) Migrate Search 5 integration tests to the Search 6 APIs

by Yoann Rodière (JIRA)

Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *closed* an issue as *Won't Do* Won't do. We added tests as necessary when we re-implemented features in Search 6, so we already have decent tests. We'll just use the Search 5 tests to test the Search 5 compatibility layer ( HSEARCH-3282 ( https://hibernate.atlassian.net/browse/HSEARCH-3282 ) Open ); if that reveals any bug, then we'll consider porting Search 5 tests to Search 6 on a case-by-case basis. Hibernate Search ( https://hibernate.atlassian.net/browse/HSEARCH?atlOrigin=eyJpIjoiNTQ4MjRh... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-3276?atlOrigin=eyJpIjoiNTQ... ) HSEARCH-3276 ( https://hibernate.atlassian.net/browse/HSEARCH-3276?atlOrigin=eyJpIjoiNTQ... ) Migrate Search 5 integration tests to the Search 6 APIs ( https://hibernate.atlassian.net/browse/HSEARCH-3276?atlOrigin=eyJpIjoiNTQ... ) Change By: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Assignee: Fix versions: 6.0.0.Beta-backlog Resolution: Won't Do Status: Open Closed ( https://hibernate.atlassian.net/browse/HSEARCH-3276#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-3276#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#100140- sha1:fbb0377 )

3 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-2505) Lower the default read timeout with Elasticsearch

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=eyJpIjoiOGFlNTM0... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiOGF... ) HSEARCH-2505 ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiOGF... ) Lower the default read timeout with Elasticsearch ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiOGF... ) Change By: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We currently have a very high value of 60s, due to calls to the health API where we indeed may have to wait this long. -If per-request timeouts are added to Jest (https://github.com/searchbox-io/Jest/issues/411), we could use that instead and avoid this high default read timeout.- -We asked for per-request timeouts to be added to the official Elasticsearch client, so let's wait for that first.- It looks like it's not going to happen. Let's try another way: use a lower read timeout by default, but implement health checks in Hibernate Search so that we try again on read timeout, until the health check timeout is reached. Also, I've read somewhere that the health check after creating an index is no longer necessary in Elasticsearch 5 onwards; let's investigate that? ( https://hibernate.atlassian.net/browse/HSEARCH-2505#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-2505#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#100140- sha1:fbb0377 )

3 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-2505) Lower the default read timeout with Elasticsearch

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=eyJpIjoiOTgzZTU1... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiOTg... ) HSEARCH-2505 ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiOTg... ) Lower the default read timeout with Elasticsearch ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiOTg... ) Change By: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We currently have a very high value of 60s, due to calls to the health API where we indeed may have to wait this long. -If per-request timeouts are added to Jest (https://github.com/searchbox-io/Jest/issues/411), we could use that instead and avoid this high default read timeout.- ~ - We asked for per-request timeouts to be added to the official Elasticsearch client, so let's wait for that first. ~ - It looks like it's not going to happen. Let's try another way: use a lower read timeout by default, but implement health checks in Hibernate Search so that we try again on read timeout, until the health check timeout is reached. ( https://hibernate.atlassian.net/browse/HSEARCH-2505#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-2505#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#100140- sha1:fbb0377 )

3 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-2505) Lower the default read timeout with Elasticsearch

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=eyJpIjoiNmM5MGJk... ) / Task ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiNmM... ) HSEARCH-2505 ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiNmM... ) Lower the default read timeout with Elasticsearch ( https://hibernate.atlassian.net/browse/HSEARCH-2505?atlOrigin=eyJpIjoiNmM... ) Change By: Yoann Rodière ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We currently have a very high value of 60s, due to calls to the health API where we indeed may have to wait this long. -If per-request timeouts are added to Jest (https://github.com/searchbox-io/Jest/issues/411), we could use that instead and avoid this high default read timeout.- ~ We asked for per-request timeouts to be added to the official Elasticsearch client, so let's wait for that first. ~ It looks like it's not going to happen. Let's try another way: use a lower read timeout by default, but implement health checks in Hibernate Search so that we try again on read timeout, until the health check timeout is reached. ( https://hibernate.atlassian.net/browse/HSEARCH-2505#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-2505#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#100140- sha1:fbb0377 )

3 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-3122) Search 6 groundwork - Restore support for configuring "strict" mapping in Elasticsearch

by Yoann Rodière (JIRA)

3 years, 11 months

1
0
0 / 0

[JIRA] (HSEARCH-3864) java.lang.Error thrown during mass indexing are swallowed and not reported to the user

by Yoann Rodière (JIRA)

3 years, 11 months

1
0
0 / 0

[JIRA] (HHH-14119) IN clause parameter padding not working for criteria query in conjunction with LiteralHandlingMode.BIND

by Oliver Breidenbach (JIRA)

Oliver Breidenbach ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNzJkNTBjNTYz... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-14119?atlOrigin=eyJpIjoiNzJkNT... ) HHH-14119 ( https://hibernate.atlassian.net/browse/HHH-14119?atlOrigin=eyJpIjoiNzJkNT... ) IN clause parameter padding not working for criteria query in conjunction with LiteralHandlingMode.BIND ( https://hibernate.atlassian.net/browse/HHH-14119?atlOrigin=eyJpIjoiNzJkNT... ) Issue Type: Bug Affects Versions: 5.4.18 Assignee: Unassigned Created: 27/Jul/2020 00:00 AM Priority: Major Reporter: Oliver Breidenbach ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Having a criteria query with in literal query. The parameter padding does not happen, even when the LiteralHandlingMode.BIND is used. That is because of handling the LiteralHandlingMode.BIND at InPredicate and LiteralExpression. Single parameters are added to the RenderingContext. Maybe the complete List should be added, so QueryParameterBindingsImpl can take care of the padding. The 'in_clause_parameter_padding' is handelt QueryParameterBindingsImpl and is looking for 'parameterLists'. Do to @vladmihalcea that could be a bug: Comment on "How to improve statement caching efficiency with IN clause parameter padding" ( https://vladmihalcea.com/improve-statement-caching-efficiency-in-clause-p... ) ( https://hibernate.atlassian.net/browse/HHH-14119#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14119#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#100140- sha1:fbb0377 )

3 years, 11 months

1
0
0 / 0

[JIRA] (HHH-14113) Entity Graph attribute resolution not based on selected entity

by Nathan Xu (JIRA)

Nathan Xu ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-14113 ( https://hibernate.atlassian.net/browse/HHH-14113?atlOrigin=eyJpIjoiYzA2Ym... ) Re: Entity Graph attribute resolution not based on selected entity ( https://hibernate.atlassian.net/browse/HHH-14113?atlOrigin=eyJpIjoiYzA2Ym... ) I think we’d better separate the concern. How to support `select u.groups from User u` in terms of entity graph is a big question as you can see from the zulip chat. As you have known, we only support very limited HQL to enforce entity graph (e.g. select u from User u where .... ) currently, so applying entity graph is exception not norm. We might add some logging to remind the user that some entity graph is applied, however. Entity Graph is awkward feature in Hibernate v5 for the late feature is not elegantly implemented in existing infrastructure. However, we will reconsider the issue in v6 whose design makes nontrivial refactoring possible. The combination of entity graph and HQL is a great gray area and we need thorough design if we wanna support applying Group graph for select u.groups from User u. ( https://hibernate.atlassian.net/browse/HHH-14113#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-14113#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#100140- sha1:5d840a8 )

3 years, 11 months

1
0
0 / 0

[JIRA] (HHH-14116) Exception when fetch joining a non-collection when selecting non-query-root

by Christian Beikov (JIRA)

3 years, 11 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 July 2020