andreykaTвсе эти спринги кварки хибернейты отличные штуки если дают возможность без переделок и закапываний в потроха решить конкретно твою задачу. если надо лезть в потроха - уже появляются вариации.Ну Spring DI и Hibernate решают задачи очень разной сложности. Spring DI решает очень простую задачу, которую и вручную не то чтоб сложно решить. Поэтому и на его изучение/применение в идеале не должно уходить усилий (чему всякое гэ типа Spring Boot'а не способствует). Hibernate же решает очень сложные проблемы которые вручную тоже трудно решить. Поэтому если его изучение и применение будут сложными - это ожидаемо.

Dmitry EliseevРазве может стандарт JEE умереть ?А вот и умер (ну в смысле поменял хозяев и переименовался), теперь это Jakarta EE :)

mad_nazgulHibernate решает сложные проблемы, которые сам себе в начале создал.
Сложные проблемы которые он решает и которые сам себе не создавал - это ленивая загрузка и поддержка больших графов объектов, dirty check'и, каскады, поддержание PersistenceContext'a и т.п.
mad_nazgulПростые вещи он усложняет до невозможности.
Вместо, того, чтобы делать нормальный DTO ручками.
Приходиться скрещивать ужа с ежом, чтобы получить пони.
Простые штуки вроде вернуть DTO можно сделать как с Hibernate'ом:
- с помощью select new
- создание более удобных сущностей под задачу, которые мапятся на те же таблицы, но по-другому
- маппинг на вьюшки

Так можно решать их и без него, никто не мешает миксовать Hibernate и JDBC - это вполне себе подход. Простым проблемам - простой инструмент.

Создал отдельную тему для этого обсуждения: Нужен ли нам ORM?