AciD_v fixxerПриложение - десктоп
А почему не нравиться держать одну открытую сессию в течение выполнения приложения? (приложение все-таки десктопное).

Потому что сессия кеширует все объекты доставаемые из базы и нужно либо регулярно их оттуда выкидывать, либо пересоздавать сессию.

В десктопном приложении управление сессиями/транзакциями зависит от принятых ахитектурных решений.

Если всё намешано в одну кучу (логика, представление, доступ к данным), то будет тяжело.
А если есть выделенные бизнес транзакции, то можно открывать и закрывать сессию одновременно с такой траназкцией и будет щастье.

funikovyuri Петушок
Потому что сессия кэширует все объекты, доставаемые из базы и нужно либо регулярно их оттуда выкидывать, либо пересоздавать сессию.


Это заблуждение, сессионный кэш или кэш первого уровня кэширует объекты только одной транзакции. см http://www.hibernate.org/hib_docs/v3/reference/en/html/performance.html#performance-cache
Возможно, у вас включен кэш второго уровня?


hibernate in action
The Session caches every object that is in persistent state (watched and checked for dirty state by Hibernate).
This means it grows endlessly until you get an OutOfMemoryException, if you keep it open for a long
time or simply load too much data. One solution for this is to call clear() and evict() to manage the Session
cache, but you most likely should consider a Stored Procedure if you need mass data operations.



funikovyuri
По теме вопроса
Наиболее идеологически верный подход работы с сессией в hibernate сегодня - это стратегия одна сессия - одна транзакция. Для борьбы же с lazy initialization советую придерживаться правила, что за пределы business tier'а должны попадать только полностью инициализированные объекты. Вообще, старайтесь делать ваш граф объектов проще, используя для этого меньше navigable (в терминах UML) связей.

А как же концепция Unit of work и бизнес транзакции, которые могут состоять более чем из одной системной транзакции?

Петушок hibernate in action



т.е. hibernate_references, 12.1.