Diferencia b/n Sessionboard de Hibernate.getCurrentSession() y SessionFactory.openSession()

Question

Estoy un poco confundido entre los dos. Como sé, ambas vueltas hibernan la sesión, SessionFactory.getCurrentSession() devuelve una sesión contextual basada en la propiedad <property name="current_session_context_class"> que se establece en hibernate.cfg.xml ¿No deberíamos seguir siempre con este enfoque?

¿Qué valor adicional se agrega por SessionFactory.openSession()?

Answer 1

Se abre una sesión siempre que se llame a sf.getCurrentSession() por primera vez. Esto crea una nueva sesión si no existe o utiliza una existente si ya existe.

En Tomcat esto asocia una sesión con un hilo que se crea utilizando el objeto subyacente ThreadLocal. Pero como Tomcat utiliza la agrupación de subprocesos, es muy posible que una solicitud pueda recibir un subproceso con una sesión ya asociada, lo que introduce la posibilidad de que ni siquiera se cree una nueva sesión. Otra cosa es que la sesión que obtuvo con sf.getCurrentSession() se vacía y se cierra automáticamente.

Por otro lado, el método sf.openSession() crea una nueva sesión pero no intenta asociarla con un subproceso. Pero recuerde que sf.openSession() introduce otro problema ya que espera que los usuarios manejen el cierre y el enjuague de las sesiones ellos mismos, en lugar de dejar que Hibernate lo haga automáticamente.

sf.getCurrentSession() suele ser suficiente. sf.openSession() proporciona y facilita un mayor nivel de gestión de donde se almacena y administra la sesión. Sin duda es una opción avanzada.