IllegalStateException с каскадированием Hibernate 4 и ManyToOne

У меня была такая же проблема, и вот что я нашел:

Метод слияния проходит через граф объекта, который вы хотите сохранить, и для каждого объекта в этом графе он загружает его из базы данных, поэтому он имеет пару (постоянный объект, отсоединенный объект) для каждого объекта в графе, где отдельная сущность — это сущность, которая будет храниться, а постоянная сущность будет получена из базы данных. (В методе, а также в сообщении об ошибке постоянный объект известен как «копия»). Затем эти пары помещаются в две карты: одна с постоянной сущностью в качестве ключа и отсоединенной сущностью в качестве значения, а другая с отсоединенной сущностью в качестве ключа и постоянной сущностью в качестве значения.

Для каждой такой пары сущностей он проверяет эти сопоставления, чтобы увидеть, сопоставляется ли постоянная сущность с той же отсоединенной сущностью, что и раньше (если она уже была посещена), и наоборот. Эта проблема возникает, когда вы получаете пару сущностей, где получение с постоянной сущностью возвращает значение, но получение с другой карты с отсоединенной сущностью возвращает значение null, что означает, что вы уже связали постоянную сущность с отсоединенной сущностью. объект с другим хэш-кодом (в основном идентификатор объекта, если вы не переопределили метод хэш-кода).

TL;DR, у вас есть несколько объектов с разными идентификаторами объекта/хэш-кодом, но с одним и тем же идентификатором постоянства (таким образом, ссылаясь на один и тот же постоянный объект). По-видимому, это больше не разрешено в более новых версиях Hibernate4 (4.1.3.Final и выше, насколько я мог судить).

Сообщение об ошибке не очень хорошее imo, на самом деле оно должно говорить что-то вроде:

A persistent entity has already been assigned to a different detached entity

or

Multiple detached objects corresponding to the same persistent entity

То же самое здесь, проверьте свой метод equals(). Скорее всего плохо реализовано.

Изменить: я убедился, что операция слияния не будет работать, если вы неправильно реализуете методы equals() и hashCode() вашего Entity.

Вы должны следовать этим рекомендациям по реализации equals() и hashCode():

http://docs.jboss.org/hibernate/orm/4.1/manual/en-US/html/ch04.html#persistent-classes-equalshashcode

"Рекомендуется реализовать equals() и hashCode() с использованием равенства бизнес-ключей. Равенство бизнес-ключей означает, что метод equals() сравнивает только свойства, формирующие бизнес-ключ. Это ключ, который идентифицирует наш экземпляр в реальном мире (естественный ключ-кандидат)"

Это означает: вы НЕ должны использовать свой идентификатор как часть реализации equals()!

Ваша связь между элементом и компонентом однонаправленная или двунаправленная? Если он двунаправленный, убедитесь, что у вас нет Cascade.MERGE вызовов, возвращающихся к Item.

По сути, более новая версия Hibernate имеет карту сущностей, которая содержит список всех вещей, которые необходимо объединить, на основе вызова merge(), который вызовет слияние, а затем перейдет к следующему, но сохранит вещи на карте, он выдаст ошибку, которую вы указали выше: «Копия объекта уже была назначена другому объекту», когда он встретит элемент, с которым уже работали. Мы обнаружили в нашем приложении, когда нашли эти «восходящие» слияния в графе объектов, т.е. на двунаправленных ссылках исправлен вызов слияния.

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

@OneToOne(cascade = CascadeType.MERGE)
private User reporter;
@OneToOne(cascade = CascadeType.MERGE)
private User assignedto;

чтобы просто,

@OneToOne
private User reporter;
@OneToOne
private User assignedto;

хотя я не знаю причину

Попробуйте добавить аннотацию @GeneratedValue под @Id в классе Component. в противном случае два разных экземпляра могут получить один и тот же идентификатор и столкнуться.

Похоже, вы даете им один и тот же идентификатор.

    Component c1 = new Component();
    c1.setName("comp");
    Component c2 = new Component();
    c2.setName("comp");

Это может решить вашу проблему.

Если имя - это идентификатор, почему вы создаете два объекта с одним и тем же идентификатором ?? вы можете использовать объект c1 во всем коде.

Если это только пример, и вы создаете объект c2 в другой части кода, вам не следует создавать новый объект, а загружать его из базы данных:

c2 = itemDao.find("comp", Component.class); //or something like this AFTER the c1 has been persisted

По логике EventCache все сущности в графе объектов должны быть уникальными. Таким образом, лучшее решение (или это обходной путь?) - удалить каскад из MyItem в Component. И объединяйте компонент отдельно, если это действительно необходимо - я бы поспорил, что в 95% случаев компонент не должен быть объединен в соответствии с бизнес-логикой.

С другой стороны, мне действительно интересно узнать, что стоит за этим ограничением.

если вы используете jboss EAP 6. измените его на jboss 7.1.1. это ошибка jboss EAP 6. https://access.redhat.com/documentation/en-US/JBoss_Enterprise_Application_Platform/6.3/html/6.3.0_Release_Notes/ar01s07s03.html

У меня была такая же проблема, только что решил ее. Хотя приведенные выше ответы могут решить проблему, я не согласен с некоторыми из них, особенно с изменением реализованных методов equlas() и hashcode(). Однако я чувствую, что мой ответ подкрепляет ответы @Tobb и @Supun.

На моей стороне Многие (детская сторона) у меня было

 @OneToMany(mappedBy = "authorID", cascade =CascadeType.ALL, fetch=FetchType.EAGER)
 private Colllection books;

И с моей стороны (родительская сторона)

 @ManyToOne(cascade =CascadeType.ALL)
 private AuthorID authorID;

Прочитав превосходный главный ответ, предоставленный @Tobb, и немного подумав, я понял, что аннотации не имеют смысла. Насколько я понимаю (в моем случае), я объединял () объект автора и объединял () объект книги. Но поскольку коллекция книг является компонентом объекта Author, она дважды пыталась сохранить ее. Мое решение состояло в том, чтобы изменить типы каскадов на:

  @OneToMany(mappedBy = "authorID", cascade =CascadeType.PERSIST, fetch=FetchType.EAGER)
  private Collection bookCollection;

а также

 @ManyToOne(cascade =CascadeType.MERGE)
 private AuthorID authorID;

Короче говоря, сохраните родительский объект и объедините дочерний объект.

Надеюсь, это поможет/имеет смысл.