Spring + жизненный цикл сеанса Hibernate

Как правильно выполнить "жизненный цикл" сеанса Hibernate под Spring?

SessionFactory создается автоматически с помощью Spring и берет свои подключения к БД из пула соединений Glassfish. На данный момент я получаю сеанс Hibernate через SessionFactory.getCurrentSession(). Затем я начинаю транзакцию, выполняю работу, а затем commit() или rollback() в конце. Нужно ли мне делать какие-либо другие действия, такие как disconnect(), close(), flush() или любые другие в любое время, чтобы соединения были правильно возвращены в пул или все уже сделано автоматически с помощью Spring?

С большим количеством этих методов мне сейчас немного смущает понять, что делать, может быть, кто-то может указать на правильное направление?

Ответ 1

Поскольку SessionFactory создается автоматически с помощью Spring, Spring framework позаботится о закрытии соединения. Проверьте Spring Управление ресурсами

Если вы хотите проверить. Вы можете проверить журнал, если вы используете ведение журнала для своего приложения. Это будет выглядеть так:

(main) INFO [AnnotationSessionFactoryBean] Закрытие спящего режима SessionFactory

Я получаю следующие строки из эта ссылка

Основной контракт здесь - создание экземпляров сеанса. Как правило приложение имеет один экземпляр SessionFactory и потоки клиентские запросы обслуживания получают экземпляры сеанса из этого factory. Внутреннее состояние SessionFactory является неизменным. Когда это создано это внутреннее состояние. Это внутреннее состояние включает все метаданных об объектно-реляционном сопоставлении. Разработчики должны быть потокобезопасными.

Ответ 2

Политики о том, как соединение возвращается в пул соединений, не имеют ничего общего с Spring. Он настроен самим Hibernate через параметр конфигурации hibernate.connection.release_mode, который идентифицируется перечислением в org.hibernate.ConnectionReleaseMode

Начните с версии 3.1+, значение по умолчанию hibernate.connection.release_mode равно auto, значение которого соответствует ConnectionReleaseMode, зависит от того, используется ли транзакция JTA или JDBC. В случае транзакции JDBC используется значение ConnectionReleaseMode.AFTER_TRANSACTION (i.e after_transaction).

Поведение ConnectionReleaseMode.AFTER_TRANSACTION заключается в следующем: соединение будет возвращено в пул соединений после каждой транзакции, то есть путем вызова либо transaction.commit(), либо transaction.rollback(), а также вызова session.close() и session.disconnect()

Вы можете проверить это поведение в документации hibernate раздела 11.5.

Ответ 3

Когда вы выполняете спящий запрос через SessionFactory.getCurrentSession(), Spring выполняет необходимую задачу по открытию и закрытию соединения. SessionFactory, который вы используете в config Spring, также вызывает внутренний метод config.buildSessionFactory.

Большая часть этого происходит в реализациях AbstractSessionFactoryBean. Закрытие соединения выполняется спящим режимом в классе SessionFactoryImpl с использованием инструкции settings.getConnectionProvider(). Close();, Короче говоря, спящий режим делает все для вас. Spring просто вызывает его при необходимости.

Ответ 4

Надежда эта ссылка поможет вам узнать о сеансе и транзакциях.

Затем я начинаю транзакцию, выполняю работу, а затем совершаю() или откаты() в конце. Нужно ли делать какие-либо другие действия, такие как disconnect(), close(), flush() или любые другие в любое время, так что соединения будут правильно вернулся в пул или уже все автоматически выполняется Spring?

По мере того как вы вызываете commit() в транзакции, он автоматически закрывает сеанс, который в конечном итоге вызывает метод close on connection для возврата в пул.