hibernate ленивое решение. Это правильно?

Question

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

public class CourseDAO { 

    Session session = null; 

    public CourseDAO() { 
     session = HibernateUtil.getSessionFactory().getCurrentSession(); 
    } 

    public Course findByID(int cid) { 
     Course crc = null; 
     Transaction tx = null; 
     try { 
      tx = session.beginTransaction(); 
      Query q = session.createQuery(
       "from Course as course where course.cid = "+cid+" " 
      ); 
      crc = (Course) q.uniqueResult(); 
      //note that i am not commiting my transcation here. 
      //Because If i do that i will not be able to do lazy fetch 
     } 
     catch (HibernateException e) { 
      e.printStackTrace(); 
      tx.rollback(); 
      throw new DataAccessLayerException(e); 
     } 
     finally { 
      return crc; 
     } 
    } 

} 

и в фильтре я использую феллинг код

session = HibernateUtil.getSessionFactory().getCurrentSession(); 
if(session.isOpen()) 
    session.getTransaction().commit(); 

этот подход не так ли? Может ли это иметь какие-либо проблемы.

Answer 1

Убедитесь, что вы всегда совершаете или откатываете, а затем всегда закрываете сеанс. В принципе, ваши ресурсы (транзакция и сеанс) должны быть освобождены независимо от того, что, например. они могут быть размещены внутри соответствующего блока finally (в случае сеанса) или в блоках try и catch (в случае транзакции).

В общем случае выделение и выделение ресурсов по различным уровням приложений является анти-шаблоном - если ваша архитектура заставляет вас применять анти-шаблон, то здесь возникает больше вопросов ... Например, подумайте о том, что вы должны сделайте в своем «фильтре», если сеанс закрыт ...