April 2023 - hibernate-issues - Jboss List Archives

[JIRA] (HHH-16517) H6: Problems with flush when batch is ON (without @DynamicUpdate)

by Nemanja Jovanovic (JIRA)

Nemanja Jovanovic ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYjFjMmY2MWNl... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiYjFjMm... ) HHH-16517 ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiYjFjMm... ) H6: Problems with flush when batch is ON (without @DynamicUpdate) ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiYjFjMm... ) Change By: Nemanja Jovanovic ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Update statement does not get generated when flushing in case we have batching on for following example: {noformat}@Entity @Inheritance(strategy = InheritanceType.JOINED) class BaseEntity implements Serializable { private static final long serialVersionUID = -5412503864464287451L; @Id long id; @Column(name = "VAL") int val; } @Entity @PrimaryKeyJoinColumn(name = "ID") class FooEntity extends BaseEntity { private static final long serialVersionUID = 6681665021507587925L; @Column(name = "NAME") String name; FooEntity() {} FooEntity(long id) { this.id = id; } } @Entity class SingleTableEntity implements Serializable { private static final long serialVersionUID = -5412503864464287451L; @Id long id; @Column(name = "NAME") String name; SingleTableEntity() {} SingleTableEntity(long id) { this.id = id; } } public class FlushTest { @Test public void test() { Transaction txn = null; try (final Session session = newSessionFactory().openSession()) { txn = session.beginTransaction(); final FooEntity foo = new FooEntity(1L); session.persist(foo); session.flush(); session.clear(); FooEntity fetched = session.get(FooEntity.class, 1L); fetched.name = "string"; session.flush(); session.clear(); fetched = session.get(FooEntity.class, 1L); fetched.name = "string2"; // This flush does not generate update, and it should session.flush(); session.clear(); fetched = session.get(FooEntity.class, 1L); assertEquals("string2", fetched.name); txn.rollback(); } } @Test public void testSingleTable() { Transaction txn = null; try (final Session session = newSessionFactory().openSession()) { txn = session.beginTransaction(); final SingleTableEntity foo = new SingleTableEntity(1L); session.persist(foo); session.flush(); session.clear(); SingleTableEntity fetched = session.get(SingleTableEntity.class, 1L); fetched.name = "string"; session.flush(); session.clear(); fetched = session.get(SingleTableEntity.class, 1L); fetched.name = "string2"; session.flush(); session.clear(); fetched = session.get(SingleTableEntity.class, 1L); assertEquals("string2", fetched.name); txn.rollback(); } } protected SessionFactory newSessionFactory() { final Properties properties = new Properties(); properties.put("hibernate.hbm2ddl.auto", "create"); properties.put("hibernate.show_sql", "true"); properties.put("hibernate.dialect", "org.hibernate.dialect.HSQLDialect"); properties.put("hibernate.connection.driver_class", "org.hsqldb.jdbc.JDBCDriver"); properties.put("hibernate.connection.url", "jdbc:hsqldb:mem:test"); properties.put("hibernate.connection.username", "sa"); properties.put("hibernate.connection.password", ""); // putting batch_size to 1 solves the problem properties.put("hibernate.jdbc.batch_size", "2"); return new Configuration().addProperties(properties) .addAnnotatedClass(BaseEntity.class) .addAnnotatedClass(FooEntity.class) .addAnnotatedClass(SingleTableEntity.class) .buildSessionFactory(new StandardServiceRegistryBuilder().applySettings(properties).build()); } } {noformat} After some debugging found quick workaround and potentially source of the problem, removing {noformat} if (currentBatch.getKey().equals(key)) { return currentBatch; }{noformat} from org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.getBatch solves the problem. It seems that state of {{currentBatch}} is left from previous statement execution but with all preparestatements cleared. And since {{BatchKey}} is the same as previous update empty batch, without prepared statements, is being reused and no update statement is being generated/executed. This issue seems to be related to [https://hibernate.atlassian.net/browse/HHH-16367|https://hibernate.atlass... that one is I think wrongfully closed as duplicate. Test case eclipse project with pom attached to issue. ( https://hibernate.atlassian.net/browse/HHH-16517#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16517#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#100223- sha1:cdc0af3 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16517) H6: Problems with flush when batch is ON (without @DynamicUpdate)

by Nemanja Jovanovic (JIRA)

Nemanja Jovanovic ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOThhNzJlNTMx... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiOThhNz... ) HHH-16517 ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiOThhNz... ) H6: Problems with flush when batch is ON (without @DynamicUpdate) ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiOThhNz... ) Change By: Nemanja Jovanovic ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Update statement does not get generated when flushing in case we have batching on for following example: {noformat}@Entity @Inheritance(strategy = InheritanceType.JOINED) class BaseEntity implements Serializable { private static final long serialVersionUID = -5412503864464287451L; @Id long id; @Column(name = "VAL") int val; } @Entity @PrimaryKeyJoinColumn(name = "ID") class FooEntity extends BaseEntity { private static final long serialVersionUID = 6681665021507587925L; @Column(name = "NAME") String name; FooEntity() {} FooEntity(long id) { this.id = id; } } @Entity class SingleTableEntity implements Serializable { private static final long serialVersionUID = -5412503864464287451L; @Id long id; @Column(name = "NAME") String name; SingleTableEntity() {} SingleTableEntity(long id) { this.id = id; } } public class FlushTest { @Test public void test() { Transaction txn = null; try (final Session session = newSessionFactory().openSession()) { txn = session.beginTransaction(); final FooEntity foo = new FooEntity(1L); session.persist(foo); session.flush(); session.clear(); FooEntity fetched = session.get(FooEntity.class, 1L); fetched.name = "string"; session.flush(); session.clear(); fetched = session.get(FooEntity.class, 1L); fetched.name = "string2"; // This flush does not generate update, and it should session.flush(); session.clear(); fetched = session.get(FooEntity.class, 1L); assertEquals("string2", fetched.name); txn.rollback(); } } @Test public void testSingleTable() { Transaction txn = null; try (final Session session = newSessionFactory().openSession()) { txn = session.beginTransaction(); final SingleTableEntity foo = new SingleTableEntity(1L); session.persist(foo); session.flush(); session.clear(); SingleTableEntity fetched = session.get(SingleTableEntity.class, 1L); fetched.name = "string"; session.flush(); session.clear(); fetched = session.get(SingleTableEntity.class, 1L); fetched.name = "string2"; session.flush(); session.clear(); fetched = session.get(SingleTableEntity.class, 1L); assertEquals("string2", fetched.name); txn.rollback(); } } protected SessionFactory newSessionFactory() { final Properties properties = new Properties(); // log settings properties.put("hibernate.hbm2ddl.auto", "create"); properties.put("hibernate.show_sql", "true"); // driver settings properties.put("hibernate.dialect", "org.hibernate.dialect.HSQLDialect"); properties.put("hibernate.connection.driver_class", "org.hsqldb.jdbc.JDBCDriver"); properties.put("hibernate.connection.url", "jdbc:hsqldb:mem:test"); properties.put("hibernate.connection.username", "sa"); properties.put("hibernate.connection.password", ""); // putting batch_size to 1 solves the problem properties.put("hibernate.jdbc.batch_size", "2"); return new Configuration().addProperties(properties) .addAnnotatedClass(BaseEntity.class) .addAnnotatedClass(FooEntity.class) .addAnnotatedClass(SingleTableEntity.class) .buildSessionFactory(new StandardServiceRegistryBuilder().applySettings(properties).build()); } } {noformat} After some debugging found quick workaround and potentially source of the problem, removing {noformat} if (currentBatch.getKey().equals(key)) { return currentBatch; }{noformat} from org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.getBatch solves the problem. It seems that state of {{currentBatch}} is left from previous statement execution but with all preparestatements cleared. And since {{BatchKey}} is the same as previous update empty batch, without prepared statements, is being reused and no update statement is being generated/executed. This issue seems to be related to [https://hibernate.atlassian.net/browse/HHH-16367|https://hibernate.atlass... that one is I think wrongfully closed as duplicate. ( https://hibernate.atlassian.net/browse/HHH-16517#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16517#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#100223- sha1:cdc0af3 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16517) H6: Problems with flush when batch is ON (without @DynamicUpdate)

by Nemanja Jovanovic (JIRA)

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16517) H6: Problems with flush when batch is ON (without @DynamicUpdate)

by Nemanja Jovanovic (JIRA)

Nemanja Jovanovic ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNTI4YTJhYjQy... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiNTI4YT... ) HHH-16517 ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiNTI4YT... ) H6: Problems with flush when batch is ON (without @DynamicUpdate) ( https://hibernate.atlassian.net/browse/HHH-16517?atlOrigin=eyJpIjoiNTI4YT... ) Issue Type: Bug Affects Versions: 6.2.0, 6.2.1 Assignee: Unassigned Created: 25/Apr/2023 08:56 AM Environment: Tested this issue with 6.2.0.final and 6.2.1.final. JDK 17.0.2 Adoptium (Temurin), HSQL DB used in test case Priority: Major Reporter: Nemanja Jovanovic ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) Update statement does not get generated when flushing in case we have batching on for following example: @Entity @Inheritance(strategy = InheritanceType.JOINED) class BaseEntity implements Serializable { private static final long serialVersionUID = -5412503864464287451L; @Id long id; @Column(name = "VAL") int val; } @Entity @PrimaryKeyJoinColumn(name = "ID") class FooEntity extends BaseEntity { private static final long serialVersionUID = 6681665021507587925L; @Column(name = "NAME") String name; FooEntity() {} FooEntity(long id) { this.id = id; } } @Entity class SingleTableEntity implements Serializable { private static final long serialVersionUID = -5412503864464287451L; @Id long id; @Column(name = "NAME") String name; SingleTableEntity() {} SingleTableEntity(long id) { this.id = id; } } public class FlushTest { @Test public void test() { Transaction txn = null; try (final Session session = newSessionFactory().openSession()) { txn = session.beginTransaction(); final FooEntity foo = new FooEntity(1L); session.persist(foo); session.flush(); session.clear(); FooEntity fetched = session.get(FooEntity.class, 1L); fetched.name = "string"; session.flush(); session.clear(); fetched = session.get(FooEntity.class, 1L); fetched.name = "string2"; // This flush does not generate update, and it should session.flush(); session.clear(); fetched = session.get(FooEntity.class, 1L); assertEquals("string2", fetched.name); txn.rollback(); } } @Test public void testSingleTable() { Transaction txn = null; try (final Session session = newSessionFactory().openSession()) { txn = session.beginTransaction(); final SingleTableEntity foo = new SingleTableEntity(1L); session.persist(foo); session.flush(); session.clear(); SingleTableEntity fetched = session.get(SingleTableEntity.class, 1L); fetched.name = "string"; session.flush(); session.clear(); fetched = session.get(SingleTableEntity.class, 1L); fetched.name = "string2"; session.flush(); session.clear(); fetched = session.get(SingleTableEntity.class, 1L); assertEquals("string2", fetched.name); txn.rollback(); } } protected SessionFactory newSessionFactory() { final Properties properties = new Properties(); // log settings properties.put("hibernate.hbm2ddl.auto", "create"); properties.put("hibernate.show_sql", "true"); // driver settings properties.put("hibernate.dialect", "org.hibernate.dialect.HSQLDialect"); properties.put("hibernate.connection.driver_class", "org.hsqldb.jdbc.JDBCDriver"); properties.put("hibernate.connection.url", "jdbc:hsqldb:mem:test"); properties.put("hibernate.connection.username", "sa"); properties.put("hibernate.connection.password", ""); properties.put("hibernate.jdbc.batch_size", "2"); return new Configuration().addProperties(properties) .addAnnotatedClass(BaseEntity.class) .addAnnotatedClass(FooEntity.class) .addAnnotatedClass(SingleTableEntity.class) .buildSessionFactory(new StandardServiceRegistryBuilder().applySettings(properties).build()); } } After some debugging found quick workaround and potentially source of the problem, removing if (currentBatch.getKey().equals(key)) { return currentBatch; } from org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.getBatch solves the problem. It seems that state of currentBatch is left from previous statement execution but with all preparestatements cleared. And since BatchKey is the same as previous update empty batch, without prepared statements, is being reused and no update statement is being generated/executed. This issue seems to be related to https://hibernate.atlassian.net/browse/HHH-16367 but that one is I think wrongfully closed as duplicate. ( https://hibernate.atlassian.net/browse/HHH-16517#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16517#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#100223- sha1:cdc0af3 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16516) Adding quoteOnNonIdentifierChar flag to org.hibernate.boot.model.naming.Identifier breaks backwards compatibility

by Jluc. (JIRA)

Jluc. ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiOTY2MTAwOWI0... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16516?atlOrigin=eyJpIjoiOTY2MT... ) HHH-16516 ( https://hibernate.atlassian.net/browse/HHH-16516?atlOrigin=eyJpIjoiOTY2MT... ) Adding quoteOnNonIdentifierChar flag to org.hibernate.boot.model.naming.Identifier breaks backwards compatibility ( https://hibernate.atlassian.net/browse/HHH-16516?atlOrigin=eyJpIjoiOTY2MT... ) Issue Type: Bug Affects Versions: 6.1.7 Assignee: Unassigned Components: hibernate-core Created: 25/Apr/2023 08:50 AM Environment: jvm17 Priority: Major Reporter: Jluc. ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) We upgraded to Hibernate 6.1.7 and it broke our application. We use Oracle, and some tables have name following such format “NAME*$*NAME” Previously Hibernate didn’t try to quote it’s name, it only lowercased it, so it worked fine. But after adding *quoteOnNonIdentifierChar* flag to *org.hibernate.boot.model.naming.Identifier* methods, it tries to quote it because the name contains ‘$' char *org.hibernate.boot.model.naming.Identifier* : *112*. So query ends up with lowercased and quoted table name, and Oracle can’t recognize such table. After investigation I found that it was caused by this commit: https://github.com/hibernate/hibernate-orm/commit/cbcec73d4fa4ca0845d0f8c... The worst is user has no control over this flag, and can’t disable this behavior. Currently we found workaround by extending CamelCaseToUnderscoresNamingStrategy and overriding isCaseInsensitive to return *false* (instead of hardcoded true), so quoted table name works because it is not lowercased. ( https://hibernate.atlassian.net/browse/HHH-16516#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16516#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#100223- sha1:cdc0af3 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16306) CountExpressionTest.testCountDistinctTuple fails on Sybase

by Martin Simka (JIRA)

Martin Simka ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16306 ( https://hibernate.atlassian.net/browse/HHH-16306?atlOrigin=eyJpIjoiNjJkMm... ) Re: CountExpressionTest.testCountDistinctTuple fails on Sybase ( https://hibernate.atlassian.net/browse/HHH-16306?atlOrigin=eyJpIjoiNjJkMm... ) Still failing for me with our database instance with the latest 6.2 and main. I have attached the full log. Somehow the query from the description returns only 2 for count_big .... Well, the query returns the same even outside test, I wonder whether the generated query shouldn’t be somehow different. varchar(16384) looked suspicious to me because our instance was installed only with 8108 page size. But even when I tried to change this value in SybaseDialect, it didn’t change anything. ( https://hibernate.atlassian.net/browse/HHH-16306#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16306#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#100223- sha1:cdc0af3 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16306) CountExpressionTest.testCountDistinctTuple fails on Sybase

by Martin Simka (JIRA)

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16515) Add nullness annotations for org.hibernate.spi

by Jan Schatteman (JIRA)

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16513) Wrong query generated for a parent-child relation within the same table

by Tomáš Müller (JIRA)

Tomáš Müller ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5b50823... ) *commented* on HHH-16513 ( https://hibernate.atlassian.net/browse/HHH-16513?atlOrigin=eyJpIjoiMjU0ZG... ) Re: Wrong query generated for a parent-child relation within the same table ( https://hibernate.atlassian.net/browse/HHH-16513?atlOrigin=eyJpIjoiMjU0ZG... ) Attaching the same test in Hibernate 5.6.15 where the same HQL generates the following SQL, which is correct (returning both ids): select scheduling0_.id as col_0_0_, scheduling1_.id as col_1_0_ from subpart scheduling0_ inner join subpart scheduling1_ on scheduling0_.parent=scheduling1_.id SchedulingSubpart (c5923ae2-1380-4fb9-8a78-a2d7e9aa5314).java ( https://hibernate.atlassian.net/secure/attachment/50324/50324_SchedulingS... ) ORMStandaloneTestCase (b4b995f1-5049-4142-98bd-7859da696d92).java ( https://hibernate.atlassian.net/secure/attachment/50325/50325_ORMStandalo... ) ( https://hibernate.atlassian.net/browse/HHH-16513#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16513#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#100223- sha1:cdc0af3 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16513) Wrong query generated for a parent-child relation within the same table

by Tomáš Müller (JIRA)

Tomáš Müller ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5b50823... ) *updated* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNmJlY2UzZjQw... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16513?atlOrigin=eyJpIjoiNmJlY2... ) HHH-16513 ( https://hibernate.atlassian.net/browse/HHH-16513?atlOrigin=eyJpIjoiNmJlY2... ) Wrong query generated for a parent-child relation within the same table ( https://hibernate.atlassian.net/browse/HHH-16513?atlOrigin=eyJpIjoiNmJlY2... ) Change By: Tomáš Müller ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5b50823... ) While migrating to the latest version of Hibernate, we have discovered an issue with how queries are generated for parent-child relations within the same table. Here is a simple example , we. We have an entity that may point (optionally) points to itself to provide a parent-child relation: {noformat} @Entity @Table(name = "subpart") public class SchedulingSubpart { private Long id; private SchedulingSubpart parentSubpart; @Id @Column(name = "id") public Long getId() { return id; } public void setId(Long id) { this.id = id; } @ManyToOne(optional = true) @JoinColumn(name = "parent") public SchedulingSubpart getParentSubpart() { return parentSubpart; } public void setParentSubpart(SchedulingSubpart parentSubpart) { this.parentSubpart = parentSubpart; } } {noformat} For the following HQL {{ select s.id, p.id from SchedulingSubpart s inner join s.parentSubpart p }} generates the following SQL gets generated {noformat} select s1_0.id from subpart s1_0 join subpart p1_0 on p1_0.id=s1_0.parent {noformat} And returning the This is not correct. The same id is returned for the subpart entity and its parent (p1_0.id is not returned). See [^SchedulingSubpart.java] [^ORMStandaloneTestCase.java] for more details. ( https://hibernate.atlassian.net/browse/HHH-16513#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16513#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#100223- sha1:cdc0af3 )

1 year, 2 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 2023