I am building a system, where each request from a client side spawns multiple threads on server side. Each thread then is using one or more DAOs (some DAOs can be used by more than one thread at the time). All DAOs are injected (@Autowired
) to my thread classes by Spring. Each DAO receives SessionFactory
injected as well.
What would be proper way of managing Hibernate sessions across these multiple DAOs so I would not run into problems because of multithreaded environment (e.g. few DAOs from different threads are trying to use the same session at the same time)?
Would be enough that I specify hibernate.current_session_context_class=thread
in Hibernate configuration and then everytime in DAO simply use SessionFactory.getCurrentSession()
to do the work? Would it properly detect and create sessions per thread as needed?
Yes. It is enough.
When setting
hibernate.current_session_context_class
tothread
, the session returned fromSessionFactory.getCurrentSession()
is from theThreadLocal
instance .Every thread will have their own, independently
ThreadLocal
instance , so different threads will not access to the same hibernate session .The behaviour of
SessionFactory.getCurrentSession()
is that : if it is called for the first time in the current thread, a new Session is opened and returned . If it is called again in the same thread , the same session will be returned.As a result , you can get the same session to use in different DAO methods in the same transaction code by simply calling
SessionFactory.getCurrentSession()
. It prevent you from passing the Hibernate session through the DAO method 's input parameters in the case that you have to call many different DAO methods in the same transaction code .