Использование разных типов пользователей Hibernate в разных ситуациях - PullRequest
Новая
       14

Использование разных типов пользователей Hibernate в разных ситуациях

5 голосов
/ 17 июня 2009

Я использую Hibernate + JPA в качестве решения ORM.

Я использую HSQL для модульного тестирования и PostgreSQL в качестве реальной базы данных.

Я хочу использовать собственный тип Postgres UUID с Hibernate и использовать UUID в его строковом представлении с HSQL для модульного тестирования (поскольку HSQL не имеет тип UUID).

Я использую постоянный XML с различными конфигурациями для Postgres и модульного тестирования HSQL.

Вот как Hibernate «видит» мой пользовательский тип пользователя: 

@Id
@Column(name="UUID", length=36)
@org.hibernate.annotations.Type(type="com.xxx.UUIDStringType")
public UUID getUUID() {
    return uuid;
}


public void setUUID(UUID uuid) {
    this.uuid = uuid;
}

и это прекрасно работает. Но мне нужна возможность поменять часть аннотации com.xxx.UUIDStringType в XML или из файла свойств, который можно изменить без перекомпиляции.

Есть идеи?

Ответы [ 4 ]

9 голосов
/ 21 июля 2015

Hy, для тех, кто ищет решение в Hibernate 4 (поскольку метод Dialect # addTypeOverride более недоступен), я нашел один, основанный на этом комментарии Стива Эберсола

Вы должны создать пользовательский тип, подобный этому: 

public class UUIDStringCustomType extends AbstractSingleColumnStandardBasicType {

    public UUIDStringCustomType() {
        super(VarcharTypeDescriptor.INSTANCE, UUIDTypeDescriptor.INSTANCE);
    }

    @Override
    public String getName() {
        return "pg-uuid";
    }

}

И чтобы привязать его к диалекту HSQLDB, вы должны создать собственный диалект, который переопределяет метод Dialect # contribTypes, например: 

public class CustomHsqlDialect extends HSQLDialect {


    @Override
    public void contributeTypes(TypeContributions typeContributions, ServiceRegistry serviceRegistry) {
        super.contributeTypes(typeContributions,serviceRegistry);
        typeContributions.contributeType(new UUIDStringCustomType());
    }

}

Затем вы можете использовать @Type (type = "pg-uuid") с двумя базами данных.

Надеюсь, это кому-нибудь поможет ...

4 голосов
/ 02 июля 2014

Этот вопрос действительно старый и на него давным-давно ответили, но недавно я оказался в такой же ситуации и нашел хорошее решение. Для начала я обнаружил, что в Hibernate есть три различных встроенных реализации типа UUID:

  1. binary-uuid: сохраняет UUID в двоичном виде
  2. uuid-char: сохраняет UUID в виде последовательности символов
  3. pg-uuid: используется собственный UUID-тип Postgres

Эти типы зарегистрированы по умолчанию и могут быть указаны для данного поля с пометкой @Type, например, 

@Column
@Type(type = "pg-uuid")
private UUID myUuidField;

В Dialect есть также механизм для переопределения типов по умолчанию. Поэтому, если окончательное развертывание - это общение с базой данных Postgres, но модульные тесты используют HSQL, вы можете переопределить тип pg-uuid для чтения / записи символьных данных, написав собственный диалект, например: 

public class CustomHSQLDialect extends HSQLDialect {

    public CustomHSQLDialect() {
        super();

        // overrides the default implementation of "pg-uuid" to replace it
        // with varchar-based storage.
        addTypeOverride(new UUIDCharType() {
            @Override
            public String getName() {
                return "pg-uuid";
            }
        });
    }
}

Теперь просто подключите пользовательский диалект, и тип pg-uuid доступен в обеих средах.

3 голосов
/ 27 ноября 2016

Чтобы избежать проблем между типами UUID без указания аннотации @Type (что в основном означает, что вам нужно настроить все аннотации, когда вы хотите перейти с postgres на mysql или наоборот ...) Я использую package-info.java с аннотацией гибернат @TypeDef на этом пакете.

Вот пример настройки вашего приложения:
Предполагая, что module/src/main/java/app.package.domain содержит ваши сущности. И ваши тесты хранятся в module/src/test/java/app.package.

Просто создайте два package-info.java в ваших domain пакетах.

Убедитесь, что файлы информации о пакете всегда находятся в одном пакете (для тестирования и производства). См. Следующий пример ниже: 

src/main/java
  app
    package
      domain
        package-info.java 

src/test/java
  app
    package
      domain
        package-info.java

Содержимое вашей продукции package-info.java должно выглядеть следующим образом (Postgres): 

@TypeDef(
  name = "pg-uuid",
  defaultForType = UUID.class,
  typeClass = PostgresUUIDType.class
)
package app.package.domain;

import org.hibernate.annotations.TypeDef;
import org.hibernate.type.PostgresUUIDType;

import java.util.UUID;

И вот как должна выглядеть ваша «конфигурация» (H2): 

@TypeDef(
  name = "uuid-char",
  defaultForType = UUID.class,
  typeClass = UUIDCharType.class
)
package app.package.domain;

import org.hibernate.annotations.TypeDef;
import org.hibernate.type.UUIDCharType;

import java.util.UUID;

Надеюсь, это поможет

2 голосов
/ 17 июня 2009

Возможно, вы можете создать несколько смартов в своем типе пользователя, чтобы поступать правильно, в зависимости от возможностей базы данных. Сам Hibernate использует аналогичный подход со своим «родным» генератором идентификаторов, который ведет себя по-разному в зависимости от типа используемой вами базы данных. Подобный подход избавляет от необходимости переключать отображение во время выполнения.

Например, вы можете создать один класс стратегии для каждой базы данных. Затем в своем классе пользовательского типа определите, к какой базе данных вы подключены при первом вызове, создайте правильную стратегию для этой базы данных и затем делегируйте все вызовы объекту стратегии.

...