|
Thanks Julian, I don’t want to use
persistent sessions. They can cause a lot of problems in my case. I debugged the two
requests: 1. request Id= 53AB05505813F00CCD8047C8CE11554B isNew= true isValid= true 2. request id= 53AB05505813F00CCD8047C8CE11554B isNew= false isValid= true The session ids are the
same (as expected). Do you have any idea why
the action is not called after the first request? The BackingBean
controller is correctly called each time. Michael From:
Julian Ray [mailto:[EMAIL PROTECTED] Hi Michael, You might want to check to see if your
login page is entering into a session. When the server restarts and the same
page has not been refreshed in the browser it might be associated with a stale
session. When the browser refreshs a new (and valid) session will be created.
Two ways to get around it (a) allow Tomcat to save sessions between restarts
and (b) don;t let your login page start a session. From:
I have a standard login page with two input fields. The corresponding BackingBean has Request scope and a
login-Action. Now I'm facing a (for me) strange behaviour: The login page is displayed without any values. Now I restart Tomcat (happens often during
development). When I enter values and execute the login action then
the login page is displayed again without any values. The loginAction was not executed! So I have to enter my values again and login again
and then the login action is called. This occurs only if Tomcat has been restarted. Why is the login action not called after the first
submit? The backingBean has request scope, as I mentioned
before. I use server side state saving. Thanks for any help Michael |
- LoginAction not executed after server restart Michael Heinen
- RE: LoginAction not executed after server restart Julian Ray
- RE: LoginAction not executed after server restart Michael Heinen

