April 2020 - hibernate-issues - Jboss List Archives

[JIRA] (HHH-13986) SequenceHiLoGeneratorNoIncrementTest is not testing the right Optimiser

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=eyJpIjoiZDFjNzM1MjQ1... ) / Task ( https://hibernate.atlassian.net/browse/HHH-13986?atlOrigin=eyJpIjoiZDFjNz... ) HHH-13986 ( https://hibernate.atlassian.net/browse/HHH-13986?atlOrigin=eyJpIjoiZDFjNz... ) SequenceHiLoGeneratorNoIncrementTest is not testing the right Optimiser ( https://hibernate.atlassian.net/browse/HHH-13986?atlOrigin=eyJpIjoiZDFjNz... ) Issue Type: Task Assignee: Unassigned Components: hibernate-core Created: 27/Apr/2020 14:13 PM Priority: Major Reporter: Sanne Grinovero ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) The `org.hibernate.id.SequenceHiLoGeneratorNoIncrementTest` test seems designed to test `LegacyHiLoAlgorithmOptimizer`, however an initialization failure is triggered making the test actually verify the samantics of the fallback optimizer. The mistake is best observed by adding a breakpoint in `org.hibernate.id.enhanced.OptimizerFactory#buildOptimizer(java.lang.String, java.lang.Class, int)` . Unfortunately fixing the test will have it change the asserted values; since the goal of this test is to verify strict consistency with the legacy behaviour we need to be careful. ( https://hibernate.atlassian.net/browse/HHH-13986#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-13986#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#100125- sha1:c966059 )

4 years, 6 months

1
0
0 / 0

[JIRA] (HSEARCH-3900) drop-and-create strategy is not working at app. startup when "hibernate.search.autoregister_listeners" is set to false. And if true, startup index creation thread are not released, sending the app in out of memory.

by Ronak S (JIRA)

Ronak S ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5ea56c8... ) *commented* on HSEARCH-3900 ( https://hibernate.atlassian.net/browse/HSEARCH-3900?atlOrigin=eyJpIjoiZTI... ) Re: drop-and-create strategy is not working at app. startup when "hibernate.search.autoregister_listeners" is set to false. And if true, startup index creation thread are not released, sending the app in out of memory. ( https://hibernate.atlassian.net/browse/HSEARCH-3900?atlOrigin=eyJpIjoiZTI... ) @yoann Rodiere , Please find below the Thread name and dump trace for the same: * Below is just one of the few, I had more than 5 threads like this. Which kept on running. > > > > "Hibernate Search: Elasticsearch transport thread-5" prio=5 tid=72 > RUNNABLE > at sun.nio.ch.WindowsSelectorImpl$SubSelector.poll0(Native Method) > at > sun.nio.ch.WindowsSelectorImpl$SubSelector.poll(WindowsSelectorImpl.java:296) > > at > sun.nio.ch.WindowsSelectorImpl$SubSelector.access$400(WindowsSelectorImpl.java:278) > > Local Variable: sun.nio.ch.WindowsSelectorImpl$SubSelector#3 > at sun.nio.ch.WindowsSelectorImpl.doSelect(WindowsSelectorImpl.java:159) > at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86) > Local Variable: java.util.Collections$UnmodifiableSet#848 > Local Variable: sun.nio.ch.Util$3#3 > at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97) > Local Variable: sun.nio.ch.WindowsSelectorImpl#3 > at > org.apache.http.impl.nio.reactor.AbstractIOReactor.execute(AbstractIOReactor.java:255) > > at > org.apache.http.impl.nio.reactor.BaseIOReactor.execute(BaseIOReactor.java:104) > > Local Variable: org.apache.http.impl.nio.reactor.BaseIOReactor#1 > at > org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$Worker.run(AbstractMultiworkerIOReactor.java:588) > > Local Variable: > org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$Worker#1 > at java.lang.Thread.run(Thread.java:748) > > 2. Below is one of the thread that is running on one of the Indexes TABLEWC30, like this I have threads for each index and I have around 12 indexes in the Elastic side. > > > > "Hibernate Search sync consumer thread for index TABLEWC30" daemon prio=5 > tid=66 TIMED_WAITING > at sun.misc.Unsafe.park(Native Method) > at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:338) > at > org.hibernate.search.backend.impl.lucene.SyncWorkProcessor.parkCurrentThread(SyncWorkProcessor.java:179) > > at > org.hibernate.search.backend.impl.lucene.SyncWorkProcessor.access$300(SyncWorkProcessor.java:37) > > Local Variable: > org.hibernate.search.backend.impl.lucene.SyncWorkProcessor#1 > at > org.hibernate.search.backend.impl.lucene.SyncWorkProcessor$Consumer.run(SyncWorkProcessor.java:149) > > Local Variable: > org.hibernate.search.backend.impl.lucene.SyncWorkProcessor$Consumer#1 > at java.lang.Thread.run(Thread.java:748) > > Please revert in-case you need more info or this one is not sufficient. ( https://hibernate.atlassian.net/browse/HSEARCH-3900#add-comment?atlOrigin... ) Add Comment ( https://hibernate.atlassian.net/browse/HSEARCH-3900#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#100125- sha1:c966059 )

4 years, 6 months

1
0
0 / 0

[JIRA] (HHH-13985) Gradle plugin refers does not enhance java sources related to compileGroovy task

by SIA s.p.a (JIRA)

SIA s.p.a ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNjM2MjlkNzBi... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-13985?atlOrigin=eyJpIjoiNjM2Mj... ) HHH-13985 ( https://hibernate.atlassian.net/browse/HHH-13985?atlOrigin=eyJpIjoiNjM2Mj... ) Gradle plugin refers does not enhance java sources related to compileGroovy task ( https://hibernate.atlassian.net/browse/HHH-13985?atlOrigin=eyJpIjoiNjM2Mj... ) Issue Type: Bug Affects Versions: 5.2.14 Assignee: Unassigned Components: hibernate-gradle-plugin Created: 27/Apr/2020 08:44 AM Environment: Windows 10, Gradle 6.3, Hibernate 5.2.14, JDK 1.8.241, Groovy 2.5.11 Priority: Major Reporter: SIA s.p.a ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) The enhancer supports only java sourcesets compiled by a compilaJava task. It adds the enhancement to a doLast() of a task called compileJava. But the java source code is compiled by the compileGroovy task, that calls the java compiler for java sources. What I need to do is to add the doLast closure to compileGroovy task. ( https://hibernate.atlassian.net/browse/HHH-13985#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-13985#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#100125- sha1:c966059 )

4 years, 6 months

1
0
0 / 0

[JIRA] (HHH-13984) Differences in "timestamp" resolution in dialects for hsqldb and mssql

by Carsten Hammer (JIRA)

Carsten Hammer ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-13984 ( https://hibernate.atlassian.net/browse/HHH-13984?atlOrigin=eyJpIjoiZjcxND... ) Re: Differences in "timestamp" resolution in dialects for hsqldb and mssql ( https://hibernate.atlassian.net/browse/HHH-13984?atlOrigin=eyJpIjoiZjcxND... ) using registerColumnType( Types.TIMESTAMP, "timestamp(7)" ); in the hsqldb dialect makes it behave like mssql. Don’t know if that is better or to use “6” on both as that would preserve compatibility with Java 8 imho. ( https://hibernate.atlassian.net/browse/HHH-13984#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-13984#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#100125- sha1:c966059 )

4 years, 6 months

1
0
0 / 0

[JIRA] (OGM-1573) Update Neo4j to version 3.4.11

by Davide D'Alto (JIRA)

4 years, 6 months

1
0
0 / 0

[JIRA] (OGM-1573) Update Neo4j to version 3.4.11

by Davide D'Alto (JIRA)

Davide D'Alto ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on OGM-1573 ( https://hibernate.atlassian.net/browse/OGM-1573?atlOrigin=eyJpIjoiYzIyMTR... ) Re: Update Neo4j to version 3.4.11 ( https://hibernate.atlassian.net/browse/OGM-1573?atlOrigin=eyJpIjoiYzIyMTR... ) The change only affect Neo4j Embedded and I don’t think it needs a version bump for OGM ( https://hibernate.atlassian.net/browse/OGM-1573#add-comment?atlOrigin=eyJ... ) Add Comment ( https://hibernate.atlassian.net/browse/OGM-1573#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#100125- sha1:c966059 )

4 years, 6 months

1
0
0 / 0

[JIRA] (OGM-1573) Update Neo4j to version 3.4.11

by Davide D'Alto (JIRA)

4 years, 6 months

1
0
0 / 0

[JIRA] (OGM-1573) Update Neo4j to version 3.4.11

by Davide D'Alto (JIRA)

4 years, 6 months

1
0
0 / 0

[JIRA] (HHH-13984) Differences in "timestamp" resolution in dialects for hsqldb and mssql

by Carsten Hammer (JIRA)

4 years, 6 months

1
0
0 / 0

[JIRA] (HHH-13984) Differences in "timestamp" resolution in dialects for hsqldb and mssql

by Carsten Hammer (JIRA)

Carsten Hammer ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiZGE0YjA3NTkx... ) / Improvement ( https://hibernate.atlassian.net/browse/HHH-13984?atlOrigin=eyJpIjoiZGE0Yj... ) HHH-13984 ( https://hibernate.atlassian.net/browse/HHH-13984?atlOrigin=eyJpIjoiZGE0Yj... ) Differences in "timestamp" resolution in dialects for hsqldb and mssql ( https://hibernate.atlassian.net/browse/HHH-13984?atlOrigin=eyJpIjoiZGE0Yj... ) Issue Type: Improvement Affects Versions: 5.4.6 Assignee: Unassigned Components: hibernate-core Created: 27/Apr/2020 06:20 AM Priority: Major Reporter: Carsten Hammer ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) If you make use of a "timestamp" datatype in your mapping of java code (java.util.Date) and have a roundtrip through the entity mapping of hibernate to the database you might loose resolution. While in SQLServer2008Dialect "timestamp" is mapped to the mssql datatype datetime2 which defaults to datetime2(7) in the HSQLDialect you find a mapping to the hsql datatype timestamp which defaults to timestamp(6). https://docs.microsoft.com/de-de/sql/t-sql/data-types/datetime2-transact-... http://hsqldb.org/doc/2.0/guide/sqlgeneral-chapt.html#sgc_datetime_types ( https://hibernate.atlassian.net/browse/HHH-13984#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-13984#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#100125- sha1:c966059 )

4 years, 6 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 April 2020