You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Hudson (JIRA)" <ji...@apache.org> on 2010/08/15 14:13:17 UTC
[jira] Commented: (WICKET-574) WicketTester does not bind created
Session to SessionStore
[ https://issues.apache.org/jira/browse/WICKET-574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12898686#action_12898686 ]
Hudson commented on WICKET-574:
-------------------------------
Integrated in Apache Wicket 1.5.x #237 (See [https://hudson.apache.org/hudson/job/Apache%20Wicket%201.5.x/237/])
moved some methods from WicketTestCase to WicketTester and remove extra parameter from executeListener and executeBehavior
Issue: WICKET-574
> WicketTester does not bind created Session to SessionStore
> ----------------------------------------------------------
>
> Key: WICKET-574
> URL: https://issues.apache.org/jira/browse/WICKET-574
> Project: Wicket
> Issue Type: Bug
> Components: wicket
> Affects Versions: 1.3.0-beta1
> Reporter: Gerry Lowe
> Priority: Minor
> Fix For: 1.5-M2
>
>
> The WicketTester constructor, via a call to MockWebApplication.createRequestCycle(), creates a new session but fails to bind it:
> this.wicketSession = (WebSession) Session.findOrCreate();
> This means that the session subsequently gets over-written by a new one created in a later call to WicketTester.startPage(). This causes problems for any unit tests which want to set up session data after instantiating a WicketTester, but before calling WicketTester.startPage().
> The MockWebApplication.createRequestCycle() should probably bind the session immediately after creating it:
> this.wicketSession = (WebSession) Session.findOrCreate();
> getApplication().getSessionStore().bind(getWicketRequest(), wicketSession);
> Then subsequent calls to startPage() will use this session rather than create a new one.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.