Dr.Hofmann
как вы думаете, что скрывается под CascadeType.ALL?

Dr.Hofmann


Если я убираю cascade=CascadeType.ALL - то у меня вообще не удаляются данные из таблицы product.
Как у вас настроено? Это обычный спринг, не spring boot.Ну вот тут потенциально две беды:
- у вас транзакция активна или нет? без активной транзакции у хибера поведение непредсказуемое
- объявления @OneToMany в родителе в основном нужно для того, чтобы можно было писать запросы с использованием Criteria API: 21836555 , а вы все это дело еще обильно cascade сдобрили, теперь смотрите что получается: вот у вас есть запрос к продукту, в нем стоит eager fetch категории, хибер ее вытягивает после того как вытянул продукт (ну или вместе одним запросом, зависит от того как тянете), дальше он видит что у категории eager fetch на продукты - он их тоже начинает тянуть и прилепливает к категории (ага, получили дополнительные тормоза). Вопрос: вы когда продукт удаляете, теперь то, что нафетчилось в категорию, находится в каком состоянии и как эту категорию сохранять? Согласно спецификации JPA ваш удаленный продукт удалять не нужно если на него или категорию (потому что у вас такой cascade) прилетел persist: 3.2.2 Persisting an Entity Instance- If X is a removed entity, it becomes managed.

- For all entities Y referenced by a relationship from X, if the relationship to Y has been annotated with the cascade element value cascade=PERSIST or cascade=ALL, the persist
operation is applied to Y.
а прилетает в категорию persist или нет - хз, тут уже вам виднее.

alex55555Вообще корень зол здесь в том, что хибер полез в дебри и занялся транзакциями, начал делить на managed и прочих, ну и всё в таком духе. Банально не разделены те задачи, которые должны быть разделены, а в результате куча молодняка не может разобраться со всей этой ахинеей.

Нормальный ORM отделяет чистые операции с данными от сервисных, типа транзакций и прочего кэширования. А хибер исторически погряз в смешении сущностей, ну и молодняк на этом практически всегда виснет, как и показывает пример в данной теме.Корень зла вы ищете не там. В конкретном случае ТС не чтит спецификацию (то что спецификация написана через одно место и в хибере (IDE не подсвечивает) не написано как делать нельзя - это другой совсем вопрос). Основная беда в том, что в опенсорс идут индивидуумы, в большинстве своем желающие потешить свое ЧСВ, типа в опенсорсе нет всяких спринтов, дедлайнов, менеджеров и пр., вообщем всего того, что присуще коммерческой разработке, в результате чего на выходе получаем то, что получаем. Ну вот посмотрите чейнджлог последнего релиза жава: новый GC, JMH и новый синтаксис switch - какой-то трешак: от JMH мне ни холодно, ни жарко, и вообще чет не представляю где оно мне может пригодиться, существование годного профайлера было бы в 100 раз полезнее; новый GC - остальные 7 шт (уже счет потерял) оказались говном чтоли? И так везде.