<br><br><div class="gmail_quote">On Mon, Mar 22, 2010 at 7:59 AM, Sebastiaan Visser <span dir="ltr">&lt;<a href="mailto:sfvisser@cs.uu.nl">sfvisser@cs.uu.nl</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">&gt; Am I right, that it uses its own protocol, i.e. no WAI?</div><div class="im">
<br>
</div>To answer your question: yes, Salvia uses its own protocol. Athough the term `protocol&#39; might mean different things when looked at from different perspectives.<br>
<br>
How do I put this delicately? I do not think WAI is the way to go.<br>
<br>
On the Hackage page of WAI I read: &quot;Provides a common protocol for communication between web aplications and web servers.&quot; This means that WAI is a proposed standardized interface intended to sit between server and a web application. There several reasons why I don&#39;t like the idea of a standardized interface between the application server and the web application.<br>

<br>
First of all, no one will ever agree on this type of interface. Not on the level of abstraction, not on the actual naming of the datatypes, not on the amount of documentation, not on the placement of the parenthesis. I, for example, don&#39;t like WAI at all: I do not want be forced to use enumerators for the output, ByteStrings for the input, only 10 predefined response codes, etc.<br>

<br>[..] </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
What I do like to see though, is something like the Ruby Rack interface, which calls itself a &quot;a Ruby Webserver Interface&quot;. This is an interface between the actual OS/network and the application server, not an interface between an application server and the web application. Call it WSI not WAI, this subtle difference actually means a lot.<br>

<br>
This WSI would just give me file handle/socket and possible a pre-parsed HTTP message, but that is all. A Rack-like interface would allow me to run my Salvia web applications on any backend, like CGI, or in mod_haskell, in the blazingly fast iteratee based Hyena or behind an Apache proxy. But still, the web application is written against Salvia (or the framework you like most) and can piggy bag on all the neat features it supplies.<br>

<br>
Salvia itself has such a WSI, although I&#39;m pretty sure this one is to abstract and high level to be a true candidate for any form of standardization.<br>
<div class="im"><br></div></blockquote><div>I&#39;m not really sure what distinction you&#39;re trying to make here. Hack is (as I understand it) a direct port of Rack to Haskell. (I&#39;ve never used Rack, so correct me if I&#39;m wrong.) WAI is at the same level of abstraction as Hack, so it seems strange to say Rack == Good, Hack/WAI == Bad.</div>
<div><br></div><div>I&#39;m also not certain what you mean by Rack being an interface between the OS and the webserver. I would think of POSIX as being an interface between the OS and the webserver.</div><div><br></div><div>
And yes, no one will ever agree on the right interface; but WAI (I believe) is general enough to work with most web programming approaches without sacrificing performance. Want to produce responses as lazy bytestrings? Go ahead, there&#39;s a built-in converter from a lazy bytestring to an enumerator.</div>
<div><br></div><div>Finally, I think it&#39;s not that case that WAI degrades Happstack or Salvia to mere backends; instead, it *splits* them into backends and frontends. Happstack is experimenting with a WAI port right now, and if it works, the result will be a Happstack WAI-compliant server and a Happstack WAI-compliant application framework*.</div>
<div><br></div><div>Michael</div><div><br></div><div>* I know it&#39;s not exactly true to classify Happstack as that since they are really splitting it into a set of libraries, but it&#39;s a close approximation.</div></div>