{"id":714,"date":"2011-11-02T23:29:00","date_gmt":"2011-11-02T23:29:00","guid":{"rendered":"http:\/\/www.javacodegeeks.com\/2012\/10\/spring-singleton-request-session-beans-and-thread-safety.html"},"modified":"2012-10-21T20:44:17","modified_gmt":"2012-10-21T20:44:17","slug":"spring-singleton-request-session-beans","status":"publish","type":"post","link":"https:\/\/www.javacodegeeks.com\/2011\/11\/spring-singleton-request-session-beans.html","title":{"rendered":"Spring Singleton, Request, Session Beans and Thread Safety"},"content":{"rendered":"
The Spring framework ecosystem comprising of so many useful frameworks has become the backbone of many Java EE application. But at the core of all the spring products we still have the Spring DI\/IOC framework which has catapulted Spring to all new heights.<\/p>\n

As more people are adopting Spring MVC or a JSF-Spring integration for their application, the Spring beans are now more frequently used with request\/session scope apart from their more traditional counterparts of Singleton and Prototype scopes.<\/p>\n

One of the initial curiosities of a developer just starting out with various Spring scopes is that how do these scope behave in a web application and in situations which require writing safe concurrency code. Well the answer to this no to over-think about these scope as they behave exactly the way they have been named. Let\u2019s take a example of JSF- Spring integration wherein all the JSF beans are loaded by the Spring IOC container and Scope of the beans are also defined using suppose Spring\u2019s @Scope<\/strong> annotation.<\/p>\n

The bean with @Scope(\u201crequest\u201d)<\/strong> would be created for anywhere new incoming request thus it\u2019s thread safely is guaranteed since it\u2019s created everytime a new request comes in. Next is the @Scope(\u201csession\u201d)<\/strong> bean which would be same for every session of the user, in case of user accessing the application through multiple tabs of the browser this bean scope can surely give concurrency issues thus it\u2019s important for the developer to make sure that the state of the shared session data doesn\u2019t become corrupt.

<\/div> <\/div><\/p>\n

Now comes the @Scope(\u201csingleton\u201d)<\/strong> or the default scope of the Spring beans, how do these singleton beans behave in a heavy load web application. Well first of all it\u2019s important to understand that \u201cSingleton\u201d <\/strong>means only one instance i.e. the application will have only one instance of that bean. Now Spring framework doesn\u2019t do anything<\/strong> under the hood concerning the multithreaded behavior this Singleton bean i.e. it\u2019s just a normal Singleton bean and it\u2019s upto the developer to handle the Concurrency issues pertaining to this bean.<\/p>\n

Now the question arises what kind of beans should be Singleton<\/strong> in a web application, well the answer is pretty straightforward: Any Bean without STATE can be a singleton<\/strong>. For example beans that easily qualify to be singleton are DAO<\/strong>, Service<\/strong>, Controller<\/strong> these beans don\u2019t have their own states instead we leverage these beans in our application to perform certain operations.. The DAO layer beans can be singleton as they don\u2019t have their own state but every thread accessing them using the DAO bean to perform certain thread specific operation thus the DAO bean remains unaffected by it\u2019s own concurrent access because it doesn\u2019t have it\u2019s own state.<\/p>\n

A really bad example of choosing a Singleton<\/strong> bean would be a bean that needs to maintain it\u2019s state in that case each thread would try to impose it\u2019s own state on that bean there by corrupting the data. For example if a Person bean with setters and getter for name and age is made singleton. Now if multiple threads start accessing this bean they would keep overriding the last set values of the Person\u2019s instance thereby corrupting the state.<\/p>\n

Conclusion \u2013 Remember the golden rule: Choose only those beans as singleton that don\u2019t have state<\/strong><\/p>\n

Reference: <\/i><\/strong>Spring Singleton, Request, Session Beans and Thread Safety<\/a> from our JCG partner<\/a> Tarun Sapra at the “Java Enterprise Ecosystem” blog<\/a>. <\/p>\n

Related Articles :<\/i><\/strong><\/p>\n