where to write session related code

[jaiser roney]

Hi All,

I have action ,helper and business logic classes in my project . Now I m in the phase of integrating the unit functionalities , my concern is which file to choose to write the code for maintaing the session of the user .

where can i get roles and responsibilites of action , helper and business logic files are they part of design patterns or something else.
what do i read for such issues.

Thanks in advance .

[Hong Anderson]

What you mean by session?

[jaiser roney]

from the term session i mean session of the user ie the time between login and logout in the application

[Hong Anderson]

Okay. Anyway you're developing a web application or desktop application. What are frameworks you are using?

And can you rephrase your question? I don't understand what the problem is.

[jaiser roney]

I m developing a web application in struts 2.0 framework . My question is where to write the code for maintaing the session of the user.

The session maintained by following code
org.apache.struts2.ServletActionContext.getRequest().getSession()

[Hong Anderson]

You should write session management code in Struts 2 Actions.

[jaiser roney]

is there any reason why should i write the code in Action class ?

[Hong Anderson]

jaiser roney wrote:is there any reason why should i write the code in Action class ?

Every Java web application framework built on top Servlet, the framework provides a Front Controller Servlet which intercepts all incoming requests and delegates to Page Controllers/Actions, and then the Controller/Action forward to View. It's just natural to write HttpSession related code in Action classes.

You should try to write some code to get better understanding.

[Jimmy Clark]

Every Java web application framework built on top Servlet, the framework provides a Front Controller Servlet which intercepts all incoming requests and delegates to Page Controllers/Actions, and then the Controller/Action forward to View.

This is where the biggest misunderstandings and mistakes typically occur. None of the popular MVC-based web frameworks address a Model or provide a container for writing Model business logic. Action objects or Page Controller objects are still part of the Controller. They are the extensible elements of the Controller that are customized and developed for a specific application. They work with a "servlet" object that usually comes with the framework. In a Struts-based component, all of the objects that are created from the struts-config.xml file are Controller objects, for example.

The correct execution path is View -- Controller -- Model -- Controller -- View. How does the Controller know how to communicate with the Model? You write custom Controller Action classes.

In terms of "session" related information, if it is HttpSession related data, then it could fit in well in a Http-based Controller, e.g Action classes/objects. However, if it is another type of "business-oriented" session data, then it would be coded in Model (or Business tier).