And thanks for posting in the first place, or I might not have figured
this out.
Erik
Erik Weber wrote:
Bill, sorry, I found the problem. I was invoking resetToken after
making sure the form was valid, but before one of these
declaratively-handled exceptions was being thrown, in my "save"
action. I put the resetToken invocation right after the isTokenValid
invocation, out of habit. But resetToken doesn't belong there. It
should be the last thing done in the execute method.
Hope I didn't waste too much of your time.
Erik
Erik Weber wrote:
Yes, my "input" attribute is set to the JSP I came from. Also I tried
with and without the "path" attribute to the exception element
itself. No luck.
I am using 1.1. I wonder if this is the problem.
Where would the token field get "whacked" from? Whose field is it?
There is nothing required of the form bean or the JSP itself to make
this work, right?
Sheesh, I wonder if I should just implement my own synchronizer
token. I can't upgrade to 1.2.
Thanks,
Erik
Bill Siggelkow wrote:
Erik Weber wrote:
Bill, my login action is almost identical to yours up until the
forward element, but I *am* losing the token. You said you thought
this might happen if I redirected back to the login page instead of
forwarding, but I don't even know how I would do that . . .
What version of Struts are you using?
Erik
I am using Struts 1.2; I haven't tested this in 1.1 yet. Is your
input attribute set to the JSP you came from? It could be redirected
if you were specifying a path for the local exception that resulted
in a redirect. If you are not specifying a path than the default
exception handler uses:
ActionForward forward = mapping.getInputForward();
If you get stuck I would debug the puppy -- simply set a breakpoint
in the ExceptionHandler's execute method and see if the token field
is getting whacked.
Bill Siggelkow
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
