Hi Richard,
As far as I know the answer to your first question is yes, think of the "restore view" as a phase in lifecycle, in this phase, if
there is a view present with the corresponding view id, it is restored, on the other hand view handler will create a new view.
About the second question; if there is a view to restore we may state that there is a postback right? So I think you could use
jsf ispostback method to understand whether there was a view restore or a new view is created. I have written a blog on this understanding postback in jsf;
Regards,
Cagatay Civici,
On 1/15/06, Richard Wallace <[EMAIL PROTECTED]> wrote:
Hello all,
I have a question regarding the restore-view phase. What I want to do
is create a phase listener to try and process get parameters. The idea
is that I'd have a phase listener which registers for the after
restore-view event. So, my question is, if there is no view to restore,
such as a first visit to the page, is this event always fired?
Another thought I'd had is that I'd like to be able to determine whether
there was any view to restore in my phase listener so I know whether to
look at the get parameters or not. If there was a view to restore, I
don't really care about the get parameters because the user is coming
from another JSF page. Otherwise, they could be coming from a link sent
in an email or something else and I want to use the get parameters to
set properties (like search parameters, etc.) on my backing beans. So,
is there a way to determine if the user came from a JSF page or a plain
old link?
Thanks,
Rich
