if you look closer websession constructor takes request

-igor


On Thu, Mar 20, 2008 at 9:59 PM, V. Jenks <[EMAIL PROTECTED]> wrote:
>
>  I told you it was a stupid question, I figured it out...
>
>   @Override
>
>   public Session newSession(Request request, Response response)
>
>   {
>         return new UserSession(NavitopiaApp.this);
>   }
>
>
>
>
> V. Jenks wrote:
>  >
>  > I've actually been trying that but (and here's a stupid question) - I'm
>  > not sure what to do with the Request and Response parameters it requires?
>  >
>  >
>  > igor.vaynberg wrote:
>  >>
>  >> override newsession() on application
>  >>
>  >> -igor
>  >>
>  >>
>  >> On Thu, Mar 20, 2008 at 9:34 PM, V. Jenks <[EMAIL PROTECTED]> wrote:
>  >>>
>  >>>  I'm just now trying to upgrade to 1.3 having used 1.2.4 (and earlier)
>  >>> for
>  >>>  over a year now.
>  >>>
>  >>>  Normally I would have done this, in the WebApplication class:
>  >>>
>  >>>   @Override
>  >>>   public ISessionFactory getSessionFactory()
>  >>>   {
>  >>>         return new ISessionFactory()
>  >>>         {
>  >>>           public Session newSession()
>  >>>           {
>  >>>                 return new UserSession(NavitopiaApp.this);
>  >>>           }
>  >>>         };
>  >>>   }
>  >>>
>  >>>  ...is that concept now entirely gone?  This doesn't appear to be
>  >>> outlined in
>  >>>  the migration guide at all and I have no clue how to implement this, at
>  >>> this
>  >>>  point.
>  >>>
>  >>>  Thanks!
>  >>>
>  >>>
>  >>>
>  >>>
>  >>>  Eelco Hillenius wrote:
>  >>>  >
>  >>>  >> Thanks..certainly makes sense...just a question on the meta-data
>  >>> facilty
>  >>>  >> though, am just wondering as to how would we be using the same in
>  >>> the
>  >>>  >> context (as you said) where components are not aware of the Session
>  >>>  >> type...if you ilustrate it with an example that would be great, am
>  >>> just
>  >>>  >> trying to understand the context where the components would need a
>  >>> direct
>  >>>  >> interaction with the session..
>  >>>  >
>  >>>  > Look at WebRequestCycle#newClientInfo and
>  >>>  > WebPage#PageMapChecker#renderHead.
>  >>>  >
>  >>>  > Eelco
>  >>>  >
>  >>>  > ---------------------------------------------------------------------
>  >>>  > To unsubscribe, e-mail: [EMAIL PROTECTED]
>  >>>  > For additional commands, e-mail: [EMAIL PROTECTED]
>  >>>  >
>  >>>  >
>  >>>  >
>  >>>
>  >>>  --
>  >>>  View this message in context:
>  >>> 
> http://www.nabble.com/Wicket---Session-Manamagement-tp13354659p16193777.html
>  >>>
>  >>> Sent from the Wicket - User mailing list archive at Nabble.com.
>  >>>
>  >>>
>  >>>  ---------------------------------------------------------------------
>  >>>
>  >>>
>  >>> 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]
>  >>
>  >>
>  >>
>  >
>  >
>
>  --
>  View this message in context: 
> http://www.nabble.com/Wicket---Session-Manamagement-tp13354659p16193919.html
>
>
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
>  ---------------------------------------------------------------------
>  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]

Reply via email to