|
Re: NullPointerException in SessionSingletonBase.getInstanceLock() [message #721292 is a reply to message #721265] |
Thu, 01 September 2011 09:59 |
Ivan Furnadjiev Messages: 2426 Registered: July 2009 Location: Sofia, Bulgaria |
Senior Member |
|
|
Hi Timo,
could you open a bugzilla and attach the entry point there. This will
help us to track the progress on this issue. Please mention which RAP
version are you using.
Thanks,
Ivan
On 9/1/2011 12:44 PM, Timo Rohrberg wrote:
> Hello everybody,
>
> I do have a little problem which I'm unable to solve so far.
>
> As soon as I have the UICallBack mechanism activated in a RAP application and deactivate it within a SessionStoreListener (beforeDestroy event), there's sometimes a NullPointerException during application shutdown triggered by a browser reload. Attached, you can find a sample implementation (stressing "sample" implementation - I know it's not really nicely written code!) of an IEntryPoint with which the error sometimes happens. Unfortunately, the exception is not always thrown, but only every third or fourth application shutdown.
>
> This is the stack trace of the thrown exception:
>
> 2011-09-01 11:16:14.143:WARN::ERROR: /rap
> java.lang.NullPointerException
> at org.eclipse.rwt.SessionSingletonBase.getInstanceLock(SessionSingletonBase.java:106)
> at org.eclipse.rwt.SessionSingletonBase.getInstance(SessionSingletonBase.java:88)
> at org.eclipse.rwt.internal.lifecycle.UICallBackServiceHandler$IdManager.getInstance(UICallBackServiceHandler.java:53)
> at org.eclipse.rwt.internal.lifecycle.UICallBackServiceHandler.isUICallBackActive(UICallBackServiceHandler.java:170)
> at org.eclipse.rwt.internal.lifecycle.UICallBackServiceHandler.jsUICallBack(UICallBackServiceHandler.java:149)
> at org.eclipse.rwt.internal.lifecycle.UICallBackServiceHandler.writeResponse(UICallBackServiceHandler.java:143)
> at org.eclipse.rwt.internal.lifecycle.UICallBackServiceHandler.service(UICallBackServiceHandler.java:91)
> at org.eclipse.rwt.internal.service.ServiceManager$HandlerDispatcher.service(ServiceManager.java:33)
> at org.eclipse.rwt.internal.engine.RWTDelegate.doPost(RWTDelegate.java:46)
> at org.eclipse.rwt.internal.engine.RWTDelegate.doGet(RWTDelegate.java:35)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at org.eclipse.equinox.http.servlet.internal.ServletRegistration.service(ServletRegistration.java:61)
> at org.eclipse.equinox.http.servlet.internal.ProxyServlet.processAlias(ProxyServlet.java:126)
> at org.eclipse.equinox.http.servlet.internal.ProxyServlet.service(ProxyServlet.java:60)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at org.eclipse.equinox.http.jetty.internal.HttpServerManager$InternalHttpServiceServlet.service(HttpServerManager.java:317)
> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:924)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
> at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>
>
> Does anyone of you have any hints or ideas?
>
> Thank you!
> Timo
>
|
|
|
|
Powered by
FUDForum. Page generated in 0.02967 seconds