I've got 184 junit tests failing
java.lang.NullPointerException
at wicket.Session.requestDetached(Session.java:1095)
at wicket.RequestCycle.detach(RequestCycle.java:858)
at wicket.RequestCycle.steps(RequestCycle.java:1100)
at wicket.RequestCycle.request(RequestCycle.java:454)
at
wicket.protocol.http.MockWebApplication.processRequestCycle(MockWebApplication.java:321)
at
wicket.protocol.http.MockWebApplication.processRequestCycle(MockWebApplication.java:310)
at wicket.WicketTestCase.executeTest(WicketTestCase.java:72)
at
wicket.markup.html.basic.SimplePageTest.testRenderHomePage(SimplePageTest.java:54)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at junit.framework.TestCase.runTest(TestCase.java:154)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at
org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
Juergen
On 9/11/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
> I am now synchronizing around the pagemap (that maybe will be 'window' in
> 2.0) so that a page
> access will lock the pagemap. So every page that is touched through the
> request page is save to
> be altered/accessed.
>
> Also the release is different now. Now not the page id (now pagemap) is
> released for that thread one by one.
> But everything that was locked by that thread is released in the detach of
> the request.
>
> I think we can kill the synch on session for the page request targets.
> because now page request are synced
> over the pagemap. But i don't know if we have it all then for example
> bookmarkable request?
> But i guess this should all go fine.
>
> johan
>
>
>
> On 9/11/06, SourceForge.net <[EMAIL PROTECTED]> wrote:
> >
> Bugs item #1554508, was opened at 2006-09-08 06:33
> Message generated for change (Comment added) made by joco01
>
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=684975&aid=1554508&group_id=119783
>
> Please note that this message will contain a full copy of the comment
> thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: core
> Group: 1.2
> >Status: Closed
> >Resolution: Fixed
>
> Priority: 7
> Submitted By: Eelco Hillenius (eelco12)
> Assigned to: Johan Compagner (joco01)
> Summary: Infinite Loop on Session.getPage
>
> Initial Comment:
> From thread:
> http://www.nabble.com/Infinite-Loop-on-Session.getPage%28%29-tf2233107.html
>
> Here's a trace of what happens that causes the problem :
> During the RESOLVE_TARGET step of RequestCycle, the
> target is trying to
> be resolved using the
> DefaultRequestTargetResolverStrategy, which first
> inside the resolveRenderedPage() method uses
> Session.getPage() to get
> the page,(which adds it to the usedPages map,a hidden
> side-effect
> imho),and then calls resolveListenerInterfaceTarget()
> where it retrieves
> the Component for the path and calls
> isVisibleInHierarchy() on it. This
> method throws an exception in my application, which is
> caught back in
> the RequestCycle. Now, the target didn't have a chance
> to be added to
> requestTargets, but the page has been added to the
> usedPages. In the
> detach phase, the requestTargets are detached one by
> one, which in this
> case is only the exception page generated. So when i
> push back and click
> on another link with the same page id, it'll fall into
> the loop
> mentioned, cause the thread hasn't been cleared. I
> guess this somehow
> means a problem with the usedPages map, where it should
> be cleared on an
> exception.
>
>
>
> ----------------------------------------------------------------------
>
> >Comment By: Johan Compagner (joco01)
> Date: 2006-09-11 10:53
>
> Message:
> Logged In: YES
> user_id=379231
>
> this should be fixed now.
>
>
> ----------------------------------------------------------------------
>
> Comment By: Eelco Hillenius (eelco12)
> Date: 2006-09-08 07:00
>
> Message:
> Logged In: YES
> user_id=820266
>
> Ultimately, the problem comes down to synchronization being
> scattered over various places. Can we find a way to
> synchronize all we need from one place without loosing the
> efficiency we have now?
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=684975&aid=1554508&group_id=119783
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> _______________________________________________
> Wicket-develop mailing list
> Wicket-develop@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
>
>
>
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
