Re: Handling Session timeout with ajax
Re: Handling Session timeout with ajax
- Subject: Re: Handling Session timeout with ajax
- From: Paul Hoadley <email@hidden>
- Date: Tue, 27 Jan 2009 17:07:06 +1030
On 27/01/2009, at 1:10 PM, Chuck Hill wrote:
On Jan 26, 2009, at 5:25 PM, Paul Hoadley wrote:
On 27/01/2009, at 7:55 AM, Chuck Hill wrote:
Should this also work in Application.handleException()? I've got
this:
public WOResponse handleException(Exception anException,
WOContext aContext) {
AMErrorPage errorPage = (AMErrorPage)
pageWithName(AMErrorPage.class
.getName(), aContext);
errorPage.setPageType(AMErrorPage.EXCEPTION);
if (AjaxUtils.isAjaxRequest(aContext.request())) {
AjaxUtils.redirectTo(errorPage);
return errorPage.context().response();
}
return errorPage.generateResponse();
}
Throwing an exception from an Ajax action bypasses my
AMErrorPage, somehow logs me out of the app, and returns my Main
page. I can't even see how it's occurring. There's literally
nothing in the console beyond a log message from
AMErrorPage.setPageType(). Again, this is a slightly different
issue than the OP, and I assume your code above was for
Application.handleSessionRestorationErrorInContext.
I have the same code (more or less) and it worked the last time
that I tested it. It sounds like there might be some other
request getting to the app after the one causing the exception.
Try overridding dispatchRequest and logging out each request.uri().
Looks like there is:
Jan 27 11:49:24 AM[54210] WARN NSLog -
<er.ajax.AjaxRequestHandler>: Exception occurred while handling
request:
java.lang.NullPointerException
Jan 27 11:49:24 AM[54210] INFO NSLog -
Application.handleException: Handling an Exception:
[2009-1-27 11:49:24 CST] <WorkerThread1>
java.lang.NullPointerException
... [Stack trace of my deliberately-generated NPE deleted]
Unrelated, but you can do this more cleanly with
NSLog.out.appendln(new RuntimeException("backtrace"));
or
new RuntimeException("backtrace").printStackTrace();
Jan 27 11:49:24 AM[54210] INFO NSLog - AMErrorPage.setPageType:
pageType = exception
Application.dispatchRequest: URI = /cgi-bin/WebObjects/AM.woa/wo/5.0
That looks unusual (to me).
The thing to do now is to look in that page for something (form,
input, link, JavaScript) with that URL. Then try to figure out why
that is sending a request after the exception.
I can't find it anywhere. It's not on the page where the exception
was generated, and I've pared down AMErrorPage to essentially
nothing. I've searched with Safari's Web Inspector which apparently
looks in the source, the DOM and loaded resources.
Can you think of another way I can track this down?
--
Paul.
w http://logicsquad.net/
h http://paul.hoadley.name/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden