Hibernate вставляет дубликаты в коллекцию @OneToMany

У меня есть вопрос относительно Hibernate 3.6.7 и JPA 2.0.

Рассмотрим следующие сущности (некоторые геттеры и сеттеры опущены для краткости):

@Entity
public class Parent {
    @Id
    @GeneratedValue
    private int id;

    @OneToMany(mappedBy="parent")
    private List<Child> children = new LinkedList<Child>();

    @Override
    public boolean equals(Object obj) {
        return id == ((Parent)obj).id;
    }

    @Override
    public int hashCode() {
        return id;
    }
}

@Entity
public class Child {
    @Id
    @GeneratedValue
    private int id;

    @ManyToOne
    private Parent parent;

    public void setParent(Parent parent) {
        this.parent = parent;
    }

    @Override
    public boolean equals(Object obj) {
        return id == ((Child)obj).id;
    }

    @Override
    public int hashCode() {
        return id;
    }
}

Теперь рассмотрим этот фрагмент кода:

// persist parent entity in a transaction

EntityManager em = emf.createEntityManager();
em.getTransaction().begin();

Parent parent = new Parent();
em.persist(parent);
int id = parent.getId();

em.getTransaction().commit();
em.close();

// relate and persist child entity in a new transaction

em = emf.createEntityManager();
em.getTransaction().begin();

parent = em.find(Parent.class, id);
// *: parent.getChildren().size();
Child child = new Child();
child.setParent(parent);
parent.getChildren().add(child);
em.persist(child);

System.out.println(parent.getChildren()); // -> [[email protected], [email protected]]

em.getTransaction().commit();
em.close();

Детский объект неправильно вводится дважды в список дочерних элементов родительского объекта.

При выполнении одного из следующих действий код работает нормально (нет дубликатов записей в списке):

удалить атрибут mappedBy в родительском объекте
выполнить некоторую операцию чтения в списке дочерних элементов (например, строка uncomment, помеченная *)

Это, очевидно, очень странное поведение. Кроме того, при использовании EclipseLink в качестве поставщика непрерывности код работает так, как ожидалось (без дубликатов).

Является ли это ошибкой Hibernate или я что-то упускаю?

Спасибо

Ответы

Ответ 1

Это ошибка в спящем режиме. Удивительно, но пока не сообщается, не стесняйтесь сообщать об этом.

Операции с неинициализированными ленивыми коллекциями помещаются в очередь для их выполнения после инициализации коллекции, а Hibernate не обрабатывает ситуацию, когда эти операции конфликтуют с данными из базы данных. Обычно это не проблема, потому что эта очередь очищается от flush(), и возможные конфликтующие изменения распространяются на базу данных по flush(). Однако некоторые изменения (такие как сохранение объектов с идентификаторами, генерируемыми генератором типа IDENTITY, я думаю, это ваш случай) распространяются в базу данных без полного flush(), и в этих случаях возможны конфликты.

В качестве обходного пути вы можете flush() сеанса после сохранения дочернего элемента:

em.persist(child); 
em.flush();

Ответ 2

Я исправил эту проблему, указав Hibernate, чтобы не добавлять дубликаты в мою коллекцию. В вашем случае измените тип поля children от List<Child> до Set<Child> и реализуйте equals(Object obj) и hashCode() в классе Child.

Очевидно, что это будет невозможно в каждом случае, но если есть разумный способ определить, что экземпляр Child уникален, это решение может быть относительно безболезненным.

Ответ 3

Я столкнулся с этим вопросом, когда у меня возникли проблемы с добавлением элементов в список, аннотированный с @OneToMany, но при попытке перебора элементов такого списка. Элементы в списке всегда дублировались, иногда намного больше, чем дважды. (Также произошло при аннотации с @ManyToMany). Использование набора не было решением здесь, поскольку эти списки должны позволять дублировать элементы в них.

Пример:

@OneToMany(mappedBy = "parent", fetch = FetchType.EAGER)
@Cascade(CascadeType.ALL)
@LazyCollection(LazyCollectionOption.FALSE)
private List entities;

Как оказалось, Hibernate выполняет sql-инструкции с помощью left outer join, что может привести к дублированию результатов, возвращаемых db. Что помогло просто определить порядок результата, используя OrderColumn:

@OrderColumn(name = "columnName")

Ответ 4

Используя контекст Java в Wildfly (8.2.0-Final) (я думаю, это версия Hibernate 4.3.7), обходной путь для меня заключался в том, чтобы сначала сохранить дочерние элементы и добавить их в ленивую коллекцию:

...
@TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
public void test(){
    Child child = new Child();
    child.setParent(parent);
    childFacade.create(child);

    parent.getChildren().add(cild);

    parentFacade.edit(parent);
}

Ответ 5

Управляется этим, просто вызвав метод empty(). Для этого сценария

parent.getChildren().isEmpty()

до

parent.getChildren().add(child);