Fwd: [Haskell-cafe] Haskell Web Framework

[Alberto G. Corona]

Sorry, I forgot to forward it to the list:

---------- Forwarded message ----------
From: Alberto G. Corona <agocorona at gmail.com>
Date: 2009/1/25
Subject: Re: [Haskell-cafe] Haskell Web Framework
To: Donnie Jones <donnie at darthik.com>


hi,
I´m working in a web application rather than a web framework. But I
sometimes think about how a complete web application server should be. For
my case, I don´t care about the presentation, because HSP is more than
enough. However, I need active-active clustering, distributed transactions
and workflows. I have created the module Workflow for the latter. For the
former, I developped TCache, that is a transactional cache using STM, with
configurable persistence. It´s like  hibernate for Java and (the data part
of) Rails for Rubi. Now I´m working in a extension of TCache with
distributed transactions and remote clustering with some additonal
interesting characteristics.

My own view about haskell and Web applications is  that something  like " a
web framework" is not in the philosophy of Haskell.  What is in the
philosophy of Haskell is the creation of modules that the people can combine
to create their own web frameworks.


2009/1/25 Donnie Jones <donnie at darthik.com>

Hello Michael,
>
> I am interested in contributing to a Haskell web framework.  :)
>
> I have started an attempt to create my own Haskell web framework, but I got
> busy working on my Master's thesis research, so I had to stop working on
> it...  I was a web developer at a start-up company for 1.5yrs with Ruby on
> Rails, and I really really like the MVC design; however, I prefer a stricter
> MVC implementation than Rails provides.  More specifically, I don't think
> code should appear in the view at all.  I believe that using html tags, the
> web framework can provide a function to "render" the view which would parse
> the html tags and insert the content (whatever it may be).  Functions can be
> easily composed together to build more complex content in the views.  For
> example,
>
> <person id="name"></person>
> <person id="age"></person>
>
> person_name =
>   renderView "person" "name" "John Doe"
>
> person_age =
>   renderView "person" "age" "40"
>
> I can show you my code which implements this parsing in a more structured
> manner, but I think this stricter MVC implementation leads to more
> maintenable projects and especially facilitates a graphic designer to work
> independent of the web developer since the graphic designer won't be
> confused by the code in the views.
>
> What do you think?
> --
> Donnie Jones
>
> 2009/1/25 Michael Snoyman <michael at snoyman.com>
>
>> I'm interested on starting a project with others to create a powerful
>> Haskell web framework in the same league as Rails or Django. I've enumerated
>> (perhaps ad nauseum) my ideas for it in this blog post:
>> http://blog.snoyman.com/2009/01/25/haskell-web-framework/. If people are
>> interested in this, please respond to me either directly or on this mailing
>> list.
>>
>>
>> Just as a quick summary of the post, I would say the most salient points
>> are that the framework should work in a shared hosting environment and
>> should automatically abstract away most of the issues of writing an Ajax web
>> application. It should also leverage the strengths of Haskell, eg type
>> safety and speed.
>>
>> I welcome all comments and critiques as well.
>>
>> Michael
>>
>> _______________________________________________
>> Haskell-Cafe mailing list
>> Haskell-Cafe at haskell.org
>> http://www.haskell.org/mailman/listinfo/haskell-cafe
>>
>>
>
> _______________________________________________
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.haskell.org/pipermail/haskell-cafe/attachments/20090125/77f001d2/attachment.htm