Переход на спящий режим 5

Я исправил ситуацию с помощью пользовательского ImplicitNamingStrategy, который усекает сгенерированные Hibernate идентификаторы до 64 символов (максимальная длина для Postgres).

Предыдущие версии Hibernate(4.x) сталкивались с той же ошибкой, но просто игнорировали ее и продолжали инициализацию SessionFactory. Однако в Hibernate 5.x есть новый API-интерфейс начальной загрузки, который в таких случаях генерирует исключение SchemaManagementException и прерывает работу. Журналы Hibernate из моих тестовых сценариев вставлены ниже для справки.

Спящий режим 4.X

INFO: HHH000396: Updating schema
Oct 04, 2015 1:38:00 PM org.hibernate.tool.hbm2ddl.DatabaseMetadata getTableMetadata
INFO: HHH000262: Table not found: ReferenceDocumentVersionEntityWithAReallyReallyReallyLongNameBeyondPostGres
Oct 04, 2015 1:38:00 PM org.hibernate.tool.hbm2ddl.DatabaseMetadata getTableMetadata
INFO: HHH000262: Table not found: ReferenceDocumentVersionEntityWithAReallyReallyReallyLongNameBeyondPostGres
Oct 04, 2015 1:38:00 PM org.hibernate.tool.hbm2ddl.DatabaseMetadata getTableMetadata
INFO: HHH000262: Table not found: ReferenceDocumentVersionEntityWithAReallyReallyReallyLongNameBeyondPostGres
Oct 04, 2015 1:38:00 PM org.hibernate.tool.hbm2ddl.SchemaUpdate execute
ERROR: HHH000388: Unsuccessful: create table ReferenceDocumentVersionEntityWithAReallyReallyReallyLongNameBeyondPostGres (unid uuid not null, path text, primary key (unid))
Oct 04, 2015 1:38:00 PM org.hibernate.tool.hbm2ddl.SchemaUpdate execute
ERROR: ERROR: relation "referencedocumentversionentitywithareallyreallyreallylongnamebe" already exists
Oct 04, 2015 1:38:00 PM org.hibernate.tool.hbm2ddl.SchemaUpdate execute
INFO: HHH000232: Schema update complete

Спящий режим 5.0.2.Final

Oct 04, 2015 1:39:16 PM org.hibernate.tool.hbm2ddl.SchemaUpdate execute
INFO: HHH000228: Running hbm2ddl schema update
Oct 04, 2015 1:39:16 PM org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl processGetTableResults
INFO: HHH000262: Table not found: ReferenceDocumentVersionEntityWithAReallyReallyReallyLongNameBeyondPostGres
Oct 04, 2015 1:39:16 PM org.hibernate.tool.schema.extract.internal.InformationExtractorJdbcDatabaseMetaDataImpl processGetTableResults
INFO: HHH000262: Table not found: ReferenceDocumentVersionEntityWithAReallyReallyReallyLongNameBeyondPostGres
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.813 sec <<< FAILURE!
testApp(org.foobar.AppTest)  Time elapsed: 0.788 sec  <<< ERROR!
javax.persistence.PersistenceException: [PersistenceUnit: org.foobar.persistence.default] Unable to build Hibernate SessionFactory
    at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.persistenceException(EntityManagerFactoryBuilderImpl.java:877)
    at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:805)
    at org.hibernate.jpa.HibernatePersistenceProvider.createEntityManagerFactory(HibernatePersistenceProvider.java:58)
    at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:55)
    at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:39)
    at org.foobar.AppTest.testApp(AppTest.java:18)

Solution

• Пользовательская стратегия неявного именования

  package org.foobar.persistence;
  import org.hibernate.boot.model.naming.Identifier;
  import org.hibernate.boot.model.naming.ImplicitNamingStrategyComponentPathImpl;
  import org.hibernate.boot.spi.MetadataBuildingContext;
  
  public class PGConstrainedImplicitNamingStrategy extends ImplicitNamingStrategyComponentPathImpl {
  private static final int POSTGRES_IDENTIFIER_MAXLENGTH = 63;
  public static final PGConstrainedImplicitNamingStrategy INSTANCE = new PGConstrainedImplicitNamingStrategy();
  
  public PGConstrainedImplicitNamingStrategy() {
  
  }
  
  @Override
  protected Identifier toIdentifier(String stringForm, MetadataBuildingContext buildingContext) {
      return buildingContext.getMetadataCollector()
              .getDatabase()
              .getJdbcEnvironment()
              .getIdentifierHelper()
              .toIdentifier( stringForm.substring( 0, Math.min( POSTGRES_IDENTIFIER_MAXLENGTH, stringForm.length() ) ) );
  
  }}
  

• постоянство.xml

  <properties>
      <property name="hibernate.implicit_naming_strategy" value="org.foobar.persistence.PGConstrainedImplicitNamingStrategy"/>
  </properties>
  

Это совсем не масштабируемое решение, но оно помогает поддерживать работу шоу. Постоянным решением было бы явно указывать идентификаторы, чтобы спящий режим не генерировал очень длинные идентификаторы. - см. ответ, написанный мааартинус

попробуйте следовать руководству по миграции в документации Hibernate по этой ссылке

https://github.com/hibernate/hibernate-orm/blob/5.0/migration-guide.adoc

Решение OP может привести к коллизии (поэтому он называет его не масштабируемым, верно?). Явно указывать все идентификаторы мне кажется ужасной идеей. Я бы предложил один из следующих

• предоставить Map<String, String> отображение всех слишком длинных имен на что-то более короткое
• сократить все слишком длинные имена до POSTGRES_IDENTIFIER_MAXLENGTH - N и добавить N символов, сгенерированных из хэша отрезанной части, чтобы свести к минимуму вероятность коллизий
• Используйте какую-нибудь функцию сокращения идентификатора, например {"Reference" -> "Ref", "Document" -> "Doc", ...}, и примените ее к своим идентификаторам до их обработки, чтобы получить RefDocVersion_RefDocSourceFileDescr... вместо referencedocumentversion_referencedocumentsourcefilesstoredescr....
• Рассмотрите возможность использования сокращенных имен в самом коде. Это часто не рекомендуется, так как это легко приводит к непонятной чепухе, но ИМХО, это повышает читабельность при правильном использовании (используйте только пару сокращений и используйте их систематически; приведите их список).