> State is maintained on the app server, not pawned > off to some other place. This leads to better scalability characteristics. > The developer deals with higher level abstractions than dissecting the HTTP > request and reconstituting state.
I have just seen to many "Sorry your session expired and we lost everything" messages in my lifetime. Those result in lost sales, lost leads, lost posts, lost users, and just general pain, and they are usually unnecessary since there is often very little state. I would love to be able to work the way Lift is designed - it's definitely better for the developer. It's that I want to be forgiving to the way the web works. With lift the state doesn't seem recoverable, even in cases where it is trivial to do so, or where the entire interesting state was an empty object. > PS -- The reason that everybody hits a wall with moderate volume Rails apps > is that the fantasy of stateless stacks devolve into a pile of dog poop when > actually tested against the amazingly fragile run-time that is Ruby. I came to Scala because I didn't like Rails or Ruby, so no argument about that part. I did like Merb though. Most apps I have written were stateless inasmuch as they could be. I agree it's not always fun, but it makes things far more reliable. I can go back to a form generated 2 weeks ago and submit it and it still works. You don't always want that but usually you do. For instance, if I'm on the home page of a reservation system and haven't reloaded for 2 weeks, I put in my dates of travel and cities, I want it to work. I don't want an error page and then have it be incapable of even redisplaying the form with my fields filled out. You will lose a large percentage of users at that point. Unfortunately that's the way most travel sites work. Believe me, I would love the above to not be the case or if there is some workaround you can suggest. I love Scala and I like a lot of things about Lift so far. --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
