This discussion is archived
4 Replies Latest reply: Feb 7, 2013 10:54 AM by Murray9654 RSS

alternate to sesssion variable

814889 Newbie
Currently Being Moderated
This is a question I always wanted to ask. We always read that it is better to use request object when we have to carry data from one page to other. Now let's say I have about 10 different data items that I need on 4-5 pages. Is it better to use a session variable, or is there an alternative to that? In my app I have about 10 menus where each menu performs different operations. In each such menu I have such different data which are not common between menus. Which is the best way to handle this?
  • 1. Re: alternate to sesssion variable
    gimbal2 Guru
    Currently Being Moderated
    You could dump stuff in the session, or you could just fetch it when you need it and then forget about it again. Me - I tend to go for the latter nowadays. To less you have to keep track of in memory, the less chance you have of that information going out of sync. Machines nowadays have plenty of resources at their disposal, you don't have to cache stuff to save some CPU cycles. Bearing in mind there are exceptions to every rule of course, when it takes a good deal of time to fetch data (like from a web service), it might pay off to cache it. But then I'd use a proper caching solution and not the session.
  • 2. Re: alternate to sesssion variable
    r035198x Pro
    Currently Being Moderated
    This is one reason to use CDI. Your bean scopes become more flexible (you can even create new custom scopes) and their life cycles are transparent to their users.

    Read this article from where it says "the C in CDI" onwards ,
  • 3. Re: alternate to sesssion variable
    Kayaman Guru
    Currently Being Moderated
    Most likely not applicable for this situation, but one alternative to session variables are cookies.
  • 4. Re: alternate to sesssion variable
    Murray9654 Newbie
    Currently Being Moderated
    If the data that you want to share on multiple pages are not related to the user or client then storing data in the session is not the ideal way because when session is destroyed the data is destroyed and you have to fetch the data again with the new session so store the data in the servlet context object . context will not be destroyed until you shut down the application so one time fetch will be enough. If the data is related to the client or user then the better option is session.

    cookies will not work if the browser settings are made not to use cookies. large data transmission through cookies is not a good thing to do.


  • Correct Answers - 10 points
  • Helpful Answers - 5 points