Well, I guess I could redirect back to my log in page??? That's what I
would like to do.
Am I missing something in JSF that would make my life easier?
Thanks,
--Todd
-----Original Message-----
From: Todd Patrick [mailto:Todd.Patrick_at_dtn.com]
Sent: Thursday, November 02, 2006 2:15 PM
To: users_at_javaserverfaces.dev.java.net
Subject: RE: Re: Correct implementation of Phase Listener for session
data.
"This seems fine, however, what do you plan to do if the session is no
longer valid?"
Good Point!
I honestly don't know. Do you have a suggestion on how that should be
handled?
I'll Google as well.
Thanks,
--Todd
-----Original Message-----
From: Ryan.Lubke_at_Sun.COM [mailto:Ryan.Lubke_at_Sun.COM]
Sent: Thursday, November 02, 2006 2:02 PM
To: users_at_javaserverfaces.dev.java.net
Subject: Re: Correct implementation of Phase Listener for session data.
Todd Patrick wrote:
> Expanding on a thread labeled "Does an object that contains user
> session data need to be a managed bean?"
>
> I am creating a class extending the Phase Listener.
>
> I want to check if my session object is valid for each page, thus I
> thought that a Phase Listener would be the proper approach, since it
> would be ran for each page.
>
> The phases RESTORE_VIEW and RENDER_RESPONSE are ran in the page Life
> Cycle no matter, if I understand the docs correctly.
>
> Thus, is it proper to check my session object in the RESTORE_VIEW
> phase or is there a better way?
>
This seems fine, however, what do you plan to do if the session is no
longer valid?
> Such as a Servlet with a /* URL Pattern, that would run for each page
> as well.
>
> Thoughts on best practice is appreciated.
>
> Thanks,
>
> --Todd
>
> -----------------------------------------
> NOTICE: This email message is for the sole use of the intended
> recipient(s) and may contain confidential and privileged information.
> Any unauthorized use, disclosure or distribution is prohibited. If you
> are not the intended recipient, please contact the sender by reply
> email and destroy all copies of the original message.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_javaserverfaces.dev.java.net
> For additional commands, e-mail:
> users-help_at_javaserverfaces.dev.java.net
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_javaserverfaces.dev.java.net
For additional commands, e-mail: users-help_at_javaserverfaces.dev.java.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_javaserverfaces.dev.java.net
For additional commands, e-mail: users-help_at_javaserverfaces.dev.java.net