April 2023 - hibernate-issues - Jboss List Archives

[JIRA] (HHH-16488) Hibernate ORM 6.2.1 / Wrong select clause generated / OneToOne between the same entity

by Marco Belladelli (JIRA)

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16488) Hibernate ORM 6.2.1 / Wrong select clause generated / OneToOne between the same entity

by Marco Belladelli (JIRA)

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16521) Regression with target type in CAST function

by Felix Janssen (JIRA)

Felix Janssen ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiMjE0MGJjZGQ1... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16521?atlOrigin=eyJpIjoiMjE0MG... ) HHH-16521 ( https://hibernate.atlassian.net/browse/HHH-16521?atlOrigin=eyJpIjoiMjE0MG... ) Regression with target type in CAST function ( https://hibernate.atlassian.net/browse/HHH-16521?atlOrigin=eyJpIjoiMjE0MG... ) Issue Type: Bug Affects Versions: 6.0.0 Assignee: Unassigned Components: hibernate-core Created: 26/Apr/2023 04:50 AM Priority: Major Reporter: Felix Janssen ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=712020%... ) When writing a HQL query with a CAST function to a nationalizes string, there is different behavior between Hibernate 5 and Hibernate 6, with property hibernate.use_nationalized_character_data set to true. HQL: [...] CAST ( name AS nstring) [...] Oracle SQL (Hibernate 5) [...] CAST ( name AS nvarchar2(4000)) [...] Oracle SQL (Hibernate 6) [...] CAST ( name AS varchar2 (4000)) [...] So in Hibernate 5, cast to nstring would produce the nationalized type nvarchar2(4000) and in Hibernate 6, it will produce the non-nationalized type varchar2(4000). I would expect a cast to nstring to produce a cast to nvarchar2(4000) in (Oracle) SQL, just like in Hibernate 5. *Cause* In BaseSqmToSqlAstConverter , there is a method visitCastTarget that decides on the SQL type for the cast. It uses InferredBasicValueResolver.resolveSqlTypeIndicators with an nstring as 'resolved'. This causes the code path to eventually jump to NVarcharJdbcType.resolveIndicatedType , which will produce Types.VARCHAR , because indicators.isNationalized() returns false. indicators here is a StandardSqmTranslator , which doesn't provide an overridden method for isNationalized. ( https://hibernate.atlassian.net/browse/HHH-16521#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16521#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:038ca59 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16520) detection of duplicate id generator definitions is broken

by Gavin King (JIRA)

Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiYzdkYThiM2M3... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16520?atlOrigin=eyJpIjoiYzdkYT... ) HHH-16520 ( https://hibernate.atlassian.net/browse/HHH-16520?atlOrigin=eyJpIjoiYzdkYT... ) detection of duplicate id generator definitions is broken ( https://hibernate.atlassian.net/browse/HHH-16520?atlOrigin=eyJpIjoiYzdkYT... ) Issue Type: Bug Affects Versions: 6.2.1 Assignee: Unassigned Components: hibernate-core Created: 26/Apr/2023 04:29 AM Priority: Major Reporter: Gavin King ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) There is code in InFlightMetadataCollector.addIdentifierGenerator that purports to detect duplicate named generator definitions. In fact this is almost completely useless, since id generator names are global (they usually correspond to named objects in the database) but there is a new instance of InFlightMetadataCollector for each entity class. This means that we fail to inform the user when their dupe id generator definition is ignored. You can see this in action in our very own SequenceGeneratorIncrementTest which should fail, since there are conflicting definitions of the generator named ID_GENERATOR but actually doesn’t, since the first definition gets reused by the second entity. This is bad. ( https://hibernate.atlassian.net/browse/HHH-16520#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16520#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:038ca59 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-15929) Mapping jsonb of different types in a class inheritance hierarchy does not work.

by San Matus (JIRA)

San Matus ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-15929 ( https://hibernate.atlassian.net/browse/HHH-15929?atlOrigin=eyJpIjoiYWMwMG... ) Re: Mapping jsonb of different types in a class inheritance hierarchy does not work. ( https://hibernate.atlassian.net/browse/HHH-15929?atlOrigin=eyJpIjoiYWMwMG... ) Hi Christian Beikov ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) With 6.2.1.Final the original problem still exists. ------------------------------------------------------- T E S T S ------------------------------------------------------- Running org.hibernate.bugs.JPAUnitTestCase 2023-04-26 13:17:58 INFO LogHelper:31 - HHH000204: Processing PersistenceUnitInfo [name: templatePU] 2023-04-26 13:17:58 WARN CachingRegionFactory:48 - org.hibernate.testing.cache.CachingRegionFactory should be only used for testing. 2023-04-26 13:17:58 WARN pooling:80 - HHH10001002: Using built-in connection pool (not intended for production use) 2023-04-26 13:17:58 INFO pooling:139 - HHH10001005: Loaded JDBC driver class: org.postgresql.Driver 2023-04-26 13:17:58 INFO pooling:161 - HHH10001012: Connecting with JDBC URL [jdbc:postgresql://localhost:5432/postgres] 2023-04-26 13:17:58 INFO pooling:170 - HHH10001001: Connection properties: {password=****, user=postgres} 2023-04-26 13:17:58 INFO pooling:174 - HHH10001003: Autocommit mode: false 2023-04-26 13:17:58 INFO pooling:366 - HHH10001115: Connection pool size: 5 (min=1) 2023-04-26 13:17:58 INFO SQL dialect:95 - HHH000400: Using dialect: org.hibernate.dialect.PostgreSQLDialect, version: org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator$DialectResolutionInfoImpl@17092fff 2023-04-26 13:17:58 INFO BytecodeProviderInitiator:53 - HHH000021: Bytecode provider name : bytebuddy 2023-04-26 13:17:59 INFO JtaPlatformInitiator:51 - HHH000490: Using JtaPlatform implementation: [org.hibernate.engine.transaction.jta.platform.internal.WildFlyStandAloneJtaPlatform] Hibernate: drop table if exists table_test cascade 2023-04-26 13:17:59 INFO access:52 - HHH10001501: Connection obtained from JdbcConnectionAccess [org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator$ConnectionProviderJdbcConnectionAccess@6650a6c] for (non-JTA) DDL execution was not in auto-commit mode; the Connection 'local transaction' will be committed and the Connection will be set into auto-commit mode. Hibernate: create table table_test ( id bigint not null, type varchar(31) not null, property json, primary key (id) ) 2023-04-26 13:17:59 INFO access:52 - HHH10001501: Connection obtained from JdbcConnectionAccess [org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator$ConnectionProviderJdbcConnectionAccess@cbf1997] for (non-JTA) DDL execution was not in auto-commit mode; the Connection 'local transaction' will be committed and the Connection will be set into auto-commit mode. 2023-04-26 13:17:59 INFO GenerationTargetToDatabase:69 - HHH000476: Executing script '[injected ScriptSourceInputNonExistentImpl script]' Hibernate: select e1_0.id, e1_0.property from table_test e1_0 where e1_0.type='A' and e1_0.id=? Hibernate: select e1_0.id, e1_0.property from table_test e1_0 where e1_0.type='B' and e1_0.id=? Hibernate: insert into table_test (property,type,id) values (?,'A',?) Hibernate: insert into table_test (property,type,id) values (?,'B',?) Hibernate: select e1_0.id, e1_0.property from table_test e1_0 where e1_0.type='A' Hibernate: select c1_0.id, c1_0.type, c1_0.property from table_test c1_0 2023-04-26 13:17:59 INFO pooling:608 - HHH10001008: Cleaning up connection pool [jdbc:postgresql://localhost:5432/postgres] 2023-04-26 13:17:59 ERROR pooling:470 - Connection leak detected: there are 1 unclosed connections upon shutting down pool jdbc:postgresql://localhost:5432/postgres 2023-04-26 13:17:59 ERROR pooling:301 - Connection leak detected: there are 1 unclosed connections Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.465 sec <<< FAILURE! hhh15929Test(org.hibernate.bugs.JPAUnitTestCase) Time elapsed: 1.465 sec <<< ERROR! java.lang.IllegalArgumentException: Could not deserialize string to java type: BasicJavaType(org.hibernate.bugs.entities.PropertyTypeA) at org.hibernate.type.format.jackson.JacksonJsonFormatMapper.fromString(JacksonJsonFormatMapper.java:42) at org.hibernate.type.descriptor.jdbc.JsonJdbcType.fromString(JsonJdbcType.java:86) at org.hibernate.dialect.AbstractPostgreSQLJsonPGObjectType.access$200(AbstractPostgreSQLJsonPGObjectType.java:29) at org.hibernate.dialect.AbstractPostgreSQLJsonPGObjectType$2.getObject(AbstractPostgreSQLJsonPGObjectType.java:98) at org.hibernate.dialect.AbstractPostgreSQLJsonPGObjectType$2.doExtract(AbstractPostgreSQLJsonPGObjectType.java:80) at org.hibernate.type.descriptor.jdbc.BasicExtractor.extract(BasicExtractor.java:44) at org.hibernate.sql.results.jdbc.internal.JdbcValuesResultSetImpl.readCurrentRowValues(JdbcValuesResultSetImpl.java:262) at org.hibernate.sql.results.jdbc.internal.JdbcValuesResultSetImpl.advance(JdbcValuesResultSetImpl.java:243) at org.hibernate.sql.results.jdbc.internal.JdbcValuesResultSetImpl.processNext(JdbcValuesResultSetImpl.java:84) at org.hibernate.sql.results.jdbc.internal.AbstractJdbcValues.next(AbstractJdbcValues.java:29) at org.hibernate.sql.results.internal.RowProcessingStateStandardImpl.next(RowProcessingStateStandardImpl.java:62) at org.hibernate.sql.results.spi.ListResultsConsumer.consume(ListResultsConsumer.java:198) at org.hibernate.sql.results.spi.ListResultsConsumer.consume(ListResultsConsumer.java:33) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.doExecuteQuery(JdbcSelectExecutorStandardImpl.java:362) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.executeQuery(JdbcSelectExecutorStandardImpl.java:168) at org.hibernate.sql.exec.internal.JdbcSelectExecutorStandardImpl.list(JdbcSelectExecutorStandardImpl.java:93) at org.hibernate.sql.exec.spi.JdbcSelectExecutor.list(JdbcSelectExecutor.java:31) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.lambda$new$0(ConcreteSqmSelectQueryPlan.java:109) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.withCacheableSqmInterpretation(ConcreteSqmSelectQueryPlan.java:302) at org.hibernate.query.sqm.internal.ConcreteSqmSelectQueryPlan.performList(ConcreteSqmSelectQueryPlan.java:243) at org.hibernate.query.sqm.internal.QuerySqmImpl.doList(QuerySqmImpl.java:521) at org.hibernate.query.spi.AbstractSelectionQuery.list(AbstractSelectionQuery.java:367) at org.hibernate.query.sqm.internal.QuerySqmImpl.list(QuerySqmImpl.java:1084) at org.hibernate.query.Query.getResultList(Query.java:119) at org.hibernate.bugs.JPAUnitTestCase.findFirstOne(JPAUnitTestCase.java:75) at org.hibernate.bugs.JPAUnitTestCase.hhh15929Test(JPAUnitTestCase.java:56) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63) at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329) at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306) at org.junit.runners.ParentRunner.run(ParentRunner.java:413) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) Caused by: com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized field "propertyB" (class org.hibernate.bugs.entities.PropertyTypeA), not marked as ignorable (one known property: "propertyA"]) at [Source: (String)"{"propertyB": 2}"; line: 1, column: 16] (through reference chain: org.hibernate.bugs.entities.PropertyTypeA["propertyB"]) at com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException.from(UnrecognizedPropertyException.java:61) at com.fasterxml.jackson.databind.DeserializationContext.handleUnknownProperty(DeserializationContext.java:1132) at com.fasterxml.jackson.databind.deser.std.StdDeserializer.handleUnknownProperty(StdDeserializer.java:2202) at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownProperty(BeanDeserializerBase.java:1705) at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.handleUnknownVanilla(BeanDeserializerBase.java:1683) at com.fasterxml.jackson.databind.deser.BeanDeserializer.vanillaDeserialize(BeanDeserializer.java:320) at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:177) at com.fasterxml.jackson.databind.deser.DefaultDeserializationContext.readRootValue(DefaultDeserializationContext.java:323) at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4730) at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3677) at org.hibernate.type.format.jackson.JacksonJsonFormatMapper.fromString(JacksonJsonFormatMapper.java:39) ... 59 more ( https://hibernate.atlassian.net/browse/HHH-15929#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-15929#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:038ca59 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16498) Hibernate DDL validation fails on enum database column type

by Čedomir Igaly (JIRA)

Čedomir Igaly ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=557058%... ) *commented* on HHH-16498 ( https://hibernate.atlassian.net/browse/HHH-16498?atlOrigin=eyJpIjoiMTlmOD... ) Re: Hibernate DDL validation fails on enum database column type ( https://hibernate.atlassian.net/browse/HHH-16498?atlOrigin=eyJpIjoiMTlmOD... ) MySQL is treating enum column type as SQL type 1 (CHAR). When schema is validated method org.hibernate.dialect.Dialect#equivalentTypes is returning false because it is using org.hibernate.type.SqlTypes#isVarcharType which is returning false for 1 (CHAR). Suggested fix is to use less strict method org.hibernate.type.SqlTypes#isCharacterType which will accept VARCHAR and CHAR as equivalent types. Alternatively, use of isCharacterType instead of isVarcharType can be pushed down to MySqlDialect. Suggested fix is in pull request 6462 ( https://github.com/hibernate/hibernate-orm/pull/6462 ) ( https://hibernate.atlassian.net/browse/HHH-16498#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16498#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:038ca59 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16519) Mapping different inheritors to one column with different types

by Алексей Макаров (JIRA)

Алексей Макаров ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5a93eff... ) *created* an issue Hibernate ORM ( https://hibernate.atlassian.net/browse/HHH?atlOrigin=eyJpIjoiNDViYzk3MTY1... ) / Bug ( https://hibernate.atlassian.net/browse/HHH-16519?atlOrigin=eyJpIjoiNDViYz... ) HHH-16519 ( https://hibernate.atlassian.net/browse/HHH-16519?atlOrigin=eyJpIjoiNDViYz... ) Mapping different inheritors to one column with different types ( https://hibernate.atlassian.net/browse/HHH-16519?atlOrigin=eyJpIjoiNDViYz... ) Issue Type: Bug Affects Versions: 6.2.1 Assignee: Unassigned Attachments: hibernate-orm-6.zip Created: 26/Apr/2023 03:06 AM Priority: Major Reporter: Алексей Макаров ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=5a93eff... ) After upgrading to Hibernate 6.2.1.Final (from 5.6.3) i found error, that dont let us to map different inheritors to one column by different types. For example: One Inheritor map column “SORT” as String, And another - as Integer. ( https://hibernate.atlassian.net/browse/HHH-16519#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16519#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:038ca59 )

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16271) BulkManipulationTest fails on Sybase with JZ0NK: Generated keys are not available because either the Statement.NO_GENERATED_KEYS was used or no keys were automatically generated.

by Christian Beikov (JIRA)

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16507) Hibernate 6.0+ use the wrong logger name for logging the SQL dialect

by Sven Strickroth (JIRA)

1 year, 2 months

1
0
0 / 0

[JIRA] (HHH-16507) Hibernate 6.0+ use the wrong logger context for logging the SQL dialect

by Sven Strickroth (JIRA)

Sven Strickroth ( https://hibernate.atlassian.net/secure/ViewProfile.jspa?accountId=62792c6... ) *commented* on HHH-16507 ( https://hibernate.atlassian.net/browse/HHH-16507?atlOrigin=eyJpIjoiYWRmND... ) Re: Hibernate 6.0+ use the wrong logger context for logging the SQL dialect ( https://hibernate.atlassian.net/browse/HHH-16507?atlOrigin=eyJpIjoiYWRmND... ) What do you think of https://github.com/hibernate/hibernate-orm/pull/6443 ? ( https://hibernate.atlassian.net/browse/HHH-16507#add-comment?atlOrigin=ey... ) Add Comment ( https://hibernate.atlassian.net/browse/HHH-16507#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:038ca59 )

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