ТЕХНОЛОГИИ ДЛЯ ДЛИННОЙ БИЗНЕС ТРАНЗАКЦИИ
=========================================

1. Длинная в БД хоть до вечера
--------------------------------
- хибер может не поддерживать
- ничего писать не надо, всё обеспечивает БД


2. Корткая в БД и длинная Бизнес
--------------------------------
- хибер поддерживает через - метка + сессия-на-запрос-с-несвязанными-объектами
- нужно создать поле счётчик или метку
- хибер сам заполняет с учётом наследования\грязности
- нужно самому обрабатывать ошибки от хибера связанные
  с логической блокировкой

Вы можете загрузить интересующие объекты в первой сессии, а затем 
связать их к новой сессии после того, как они были изменены пользователем.  
Hibernate автоматически проверит версию. 
Время между (S1, T1) и (S2, T2) может быть «длинным», настолько длинным, 
насколько это нужно пользователю, чтобы сделать его изменения. 

По умолчанию, load() и get() используют LockMode.NONE. LockMode.READ является наиболее полезным с Session.lock() и несвязанным объектом. Например:
      Item item = ... ;
      Bid bid = new Bid();
      item.addBid(bid);
      ...
      Transaction tx = session.beginTransaction();
      session.lock(item, LockMode.READ);
      tx.commit();
Этот код выполняет проверку версии на несвязанном Item для проверки того, что 
строка БД не обновлена другой транзакцией с момента её извлечения, 
перед сохранением нового Bid каскадно (предполагая, что каскадная ассоциация 
от Item к Bid разрешена).