ivanraredwhite90,
в случае CascadeType.ALL перед обновлением коллекции необходимо происоединить к сессии ее хозяина. То есть в данном случае алгоритм такой:
1.
2.
3.
4.
5.
event = session.merge(event); // присоединили хозяина
//... обновляем коллекцию
event.setVacancies(vacancies);
// сохраняем коллекцию
session.update(event);
скорее всего, необходимо присоединить и все объекты из коллекции, я по крайней мере, всегда так делаю.
В данном же случае хозяин не был предварительно присоединен, я предполагаю, что при вызове session.update(event) получилось следующее:
- состояние объекта event было синхронизировано с базой; это значит: было произведено обновление в таблице event и присоединение "предыдущей" коллекции vacancies (fetch = FetchType.EAGER). Итак, стостояние на первом этапе {event:attached; event.vacancies_old:attached; event.vacancies_new:detached}
- поскольку для коллекции vacancies указано каскадное обновление (cascade = CascadeType.ALL), hibernate начал сохранять "новую" (пока что detached) коллекцию, но обнаружил в сессии attached элемениты "старой" коллекции. Отсюда и NonUniqueObjectException. Избежать этого исключения можно было бы только в случае, когда старая и новая коллекции не пересекаются, например, когда мы заполняем пустую коллекцию vacancies.
Не знаю, насколько эти объяснения правдоподобны, но у меня это работает. Если кратко, алгоритм при работе с каскадными коллекциями много-ко-многим такой:
- присоединить хозяина коллекции
- присоедить элементы новой коллекции, заменить коллекцию в хозяине
- сохранить хозяина
Ну, или просто не использовать каскадное обновление в связях many-to-one и many-to-many, как это и рекомендуется в документации
Ну и вообще...Кандидаты у меня ещё есть, которые абсолютно симметричны вакансиям(многие ко многим к event и к вакансиям) и там замаплено с каскадом. и:
1.Если убрать только связь Vacancy и Event - работает
2.Если убрать только связь Candidate и Event - НЕ работает - та же ошибка
