On Fri, May 28, 2010 at 5:39 AM, Chris Eidhof <[email protected]> wrote: > Hi everyone, > > What's the status on session management? Are there any plans to support it? > I'm willing to help out, as I could use this. I'm not sure whether you've > already discussed the approaches.
Chris, Session management is definitely planned for Snap. Here is a rough outline of our roadmap. 1. Spend a little time stabilizing snap-core, snap-server, and heist. 2. Design/implement a modular component system. 3. Start building all kinds of high-level goodness. (Session management, form handling, admin console, data persistence interface, etc) Our PRIMARY goal for this framework is high-level web development functionality. We didn't originally plan to write a web server from the ground up. That was an unanticipated distraction that we felt was necessary when we couldn't find the attributes we wanted. We want a modular "snaplet" architecture that will form a solid infrastructure for future expansion. We've discussed this a bit, but are still ironing out the ideas involved. You may be able to find some past discussions in the mailing list archives. We also had a pretty substantial discussion in the #snapframework IRC channel the other day. The main idea here is that this will allow a web application to be "snapped" together from different high-level pieces. If you want session management based on happstack state, then grab that snaplet. If you want session management based on an RDBMS, then use a different snaplet. We don't want to preclude anyone from contributing to the project with higher-level functionality. Just understand that we're not going to start integrating this kind of functionality into the framework until we have the component system in place. We're more than willing to participate in discussions about this, but implementing these features won't be the primary focus of our effort just yet. I should also mention that this future high-level functionality will not reside in snap-core or snap-server. It will live in some other project to avoid polluting the existing projects with dependencies unnecessary for people who just want to use our server/API without our high-level functionality. Doug Beardsley _______________________________________________ Snap mailing list [email protected] http://mailman-mail5.webfaction.com/listinfo/snap
