In many Web applications, users collect
data dynamically as they move through the site based on a series of selections
on pages they visit. Where the user goes next, and what the application
displays as the user's next page, or next choice, depends on what the user has
chosen previously from the site. For example, if the user clicks the checkout
button on a site, the next page must contain the user's shopping selections.
In order for this to happen, a Web
application needs a mechanism to hold the user's state information over a
period of time. However, HTTP does not recognize or maintain a user's state.
HTTP treats each user request as a discrete, independent interaction.
The Java servlet specification provides a
mechanism for servlet applications to maintain a user’s state information. This
mechanism, known as a session, addresses some of the problems of more
traditional strategies, such as a pure cookie solution. It allows a Web
application developer to maintain all user state information at the host, while
passing minimal information back to the user through cookies, or another
technique known as URL rewriting.
Session
manager configuration
Session management in WebSphere Application
Server can be defined at the following levels:
1. Application server:
This is the default level. Configuration at
this level is applied to all Web modules within the server.
2. Application:
Configuration at this level is applied to
all Web modules within the application.
3. Web module:
Enjoyyy...
Amit Kumar Roy
No comments:
Post a Comment