CONNER, BRENDAN (SBCSI) wrote:
That's a good point about redirect; we don't do that. ;-)

Regarding the "browser back" button, I believe that that works OK if you
set "client-side" state saving, rather than "server-side."  Have you
tried that?  We have to do "client-side" state saving anyway, because
otherwise JSF gets confused when we return from our pop-up windows.
No, this wont work.

If it comes to the point where a redirect will be issued due to the navigation rule there is no chance for JSF to send data to the client.
The state on the client-side is rendered into the html-page.

Normally the flow is (very, very simplified):

1) Request
2) JSF
3) Your action code
4) you modify your request beans
5) the navigation rule will be applied
6) the new page will be rendered

In case of redirect it is:

1) Request
2) JSF
3) Your action code
4) you modify your request beans
5) the navigation rule will be applied
6) REDIRECT !!!! ->
7) NEW REQUEST (your "request beans" are lost now as we have a new request)
8) the new page will be rendered

Now the challenge it to save the beans (maybe marked with saveState) during the transition from 6 to 7

---
Mario

Reply via email to