On Mar 25, 3:46 pm, Chad Skinner <[email protected]> wrote:
> >> Not know much about lift yet and wanting to learn more, what is stored in
> >> the server session for a simple application? I am assuming it is used by
> >> the
> >> binder to store the generated form field names so the submitted fields can
> >> be rebound ... what other state does the framework store in it?
>
> > Any SessionVars are held in Session state. Bindings from HTML elements to
> > functions are held in Session state. Bindings between Comet Actors and the
> > HTML the represents them in held in Session state.
>
> Thanks for the information, I believe that the documentation states that
> lift has its own session system and that it does not use the servers session
> ... if this is true and you are running two redundant servers, will the
> servers session replication / clustering copy the Lift session?
LiftSession is bound to HTTP session via a Session bridge which
essentially is a HttpSessionBindingListener and
HttpSessionActivationListener. But besides that LiftSession is managed
by a SessionMaster actor.LiftSessions are not replicated among cluster
nodes.
>
> State/session replication in a large cluster can cause problems, but for our
> situation I don't see server state as being a problem as long as it is
> minimal and replicates in clusters.
>
> I went to the Colorado Software Summit last year and went to a couple of
> presentations by Yan Pujante and was very impressed by what they are doing
> at linked-in. He presented a couple of sessions one on OSGi and the issues
> they are solving or hoping to solve with it as well as the obstacles they
> have encountered. Also, he did a presentation on their new security /
> authentication system which was very interesting. One thing he mentioned was
> that they were moving to a stateless environment, where the only state that
> is maintained is that of the authenticated user object.
>
> Working for a school district I can say that Linked-in's world is ... well
> different ... they have over 400 developers we have 2 ... they have I
> believe he said 600 web servers ... we have two. Server state for us ... not
> really a problem and I'd be happy if my development is easier, quicker and I
> can better meet the needs of our users in a timely fashion.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Lift" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/liftweb?hl=en
-~----------~----~----~----~------~----~------~--~---
