Invalidating a session in java Amanda m hotchatdirect

Blocking Response State.block(Blocking Response State.java:117) at com.icesoft.faces.webapp.xmlhttp.

Blocking Servlet.execute Request(Blocking Servlet.java:288) at com.icesoft.faces.webapp.xmlhttp. Blocking Servlet.service(Blocking Servlet.java:189) at javax. Http Servlet.service(Http Servlet.java:802) at org.apache. Application Filter Chain.internal Do Filter(Application Filter Chain.java:252) at org.apache.

However, for purists, it IS putting control logic in a jsp page, which purists do not view as 'OK' (speaking as a purist myself, while acknowledging this as a possible character flaw.).

- Ray Clough -- Alvaro Sanchez-Mariscal Arnaiz Java EE Architect & Instructor [hidden email] --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] I'm not a purist myself, so it may break the MVC model somewhere, but (at lest in the apps I coded) I didn't find any use case that forced my to invalidate the session into a Logout action class.

Take a look to the code to invalidate a session: regardless of if the app is small or very large, I don't know any use case scenario where invalidating the session inside the action class would produce less counter-productive effects than doing it in the JSP page (beyond of course purist arguments like "it breaks our system architecture document").

2007/9/12, Alvaro Sanchez-Mariscal The only thing "wrong" with it is that now you are putting application control logic in a jsp page, which is 'OK' for small apps, and is probably 'OK' in this particular instance if there are no complicating factors.

I don't have any issues copying a username from a session user bean into an action property, particularly since it is likely there is more than a simple "session.invalidate();" call being made on logout.

I'd rather keep *all* my logout functionality in one place and suffer the "overhead" of copying the username into a property for use on the presentation side.

The point about keeping code in the code and presentation in the presentation is the only argument necessary: when I look for functionality I look in the code, not the JSP.On a related note, I think Session Aware should be updated to return a Session Map (which is a subclass of Map, so shouldn't require any recoding of existing apps) so that type-casting isn't required to invalidate the session.(*Chris*) --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] There is one extra reason in favour of doing in the action: it's really simple. You can implement Servlet Request Aware, an call Session().invalidate(); Alvaro.Illegal State Exception: get Last Accessed Time: Session already invalidated at org.apache.catalina.session.Standard Last Accessed Time(Standard Session.java:423) at org.apache.catalina.session.

Search for invalidating a session in java:

invalidating a session in java-15invalidating a session in java-89invalidating a session in java-59

On 9/13/07, Chris Pratt -- Alvaro Sanchez-Mariscal Arnaiz Java EE Architect & Instructor [hidden email] --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] I think this is becoming an off topic for this list, so this will be my last post.

Leave a Reply

Your email address will not be published. Required fields are marked *

One thought on “invalidating a session in java”

  1. kentuck56 Looking for Sex in Linton 58 years old single man looking for women “Looking for fun in the night” Well, looking at the photo, I have to say... march2sea Yorktown Local Hookups 52 years old single man looking for women “Looking For A Fiery Women!

  2. These are the questions we will be asking in the coming weeks." Lumen is focused on a wealthy demographic and one that requires a special set of services so it will be interesting to see who eventually advertises or partners with the app.