On Mon, Mar 15, 2010 at 5:38 PM, Gregory Collins <span dir="ltr">&lt;<a href="mailto:greg@gregorycollins.net">greg@gregorycollins.net</a>&gt;</span> wrote:<div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
We need pluggable *applications* (blog, CMS, RSS feed generation,<br>
administrative panels, forum, wiki, caching, user management, etc) that<br>
understand how to talk to each other --- expecting &quot;plug and play&quot;<br>
compatibility between frameworks on this level, when there&#39;s no<br>
consensus on the *primitives*, is a pipe dream. The first framework that<br>
cracks this particular nut, in a way that makes it easy and pleasurable<br>
for people to build web apps that perform, is going to gain a lot of<br>
traction. Code talks.<br><br></blockquote><div><br></div><div>I have been working on this in the happstack framework. Specially, the idea of making possible for you to write a new application by combining several libraries writing by different authors.</div>
<div><br></div><div>The first issue is that the libraries need to have unique URLS that can not collide with each other. If two libraries expect to be able to handle, &quot;<a href="http://localhost/submit">http://localhost/submit</a>&quot;, that will never fly.</div>
<div><br></div><div>So one aim of URLT was to ensure that when you combined different modules together, the URLs remained unique.</div><div><br></div><div><a href="http://src.seereason.com/~jeremy/SimpleSite1.html">http://src.seereason.com/~jeremy/SimpleSite1.html</a></div>
<div> </div><div>Another issue is that each library has it&#39;s own set of state that it needs to manage. happstack-state is pretty well situated in that regard. The happstack state is made up of an arbitrary number of state Components. Each library can have it&#39;s own state Components which get added to the global state.</div>
<div><br></div><div>The next big problem I have run into is user management / security. Each of the libraries maybe have different requirements regarding permissions, etc. But I am not clear how much independence they can have from the user management system. I don&#39;t really want to take a one-size-fits-all user management approach though if I don&#39;t have to. </div>
<div><br></div><div>- jeremy</div></div></div>