I want to applaud you Roberto on stepping away from Misultin like this.  Far too often I see duplication of efforts of libraries simply because someone saw some functionality lacking in a library.  My biggest gripe these days is with JavaScript libraries.  It's almost like every day a new MV* library comes out which almost replicates something like Backbone or Knockout or whatever library.  My thought has always been that instead of creating a new one, how about helping out on an existing one to fill in the holes or to improve upon it.  It's simply mind-blowing how many JavaScript MV* libraries there are.  I, like you, switched to Cowboy based on the Webmachine-like adapter they just added.  I think it's MUCH better to have two solid libraries (e.g. yaws and cowboy) which are supported by the community-at-large rather than a fragmented set of tools which have little to no support and this is why I think you have done the right thing.  I want to thank you for Misultin, I sure learned a lot from the code.<div>

<br></div><div>--Andrew</div><div><div><br><div class="gmail_quote">On Fri, Feb 17, 2012 at 1:11 PM, Roberto Ostinelli <span dir="ltr"><<a href="mailto:roberto@widetag.com">roberto@widetag.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><div class="gmail_quote">On Fri, Feb 17, 2012 at 8:10 AM, Ulf Wiger <span dir="ltr"><<a href="mailto:ulf@feuerlabs.com" target="_blank">ulf@feuerlabs.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div><br></div><div>FWIW, as has perhaps become evident, as we needed to pick a web server here at Feuerlabs, we had an open-ended discussion about the different alternatives, then decided to go with Yaws. First off, we will do our best to steer clear of tying ourselves to hard to any particular web server API, but I don't see that as a big problem. If we decide to change later on, it will be a small effort in our case.</div>


<div><br></div><div>We chose to start with yaws for exactly the reasons that have come up here. It's battle-proven, has remained stable over the years, and doesn't appear to have any big problems keeping up with the new kids on the block in terms of speed (at least within the margin of uncertainty given that Yaws really does strive hard to be fully compliant - something that means something to us, as it will be the point of interface for our external customers).</div>


<div><br></div><div>What impresses with Yaws is its long track record and feature list, and a quick look at the development activity made it obvious that it is being very well looked after.</div><div><br></div><div>That said, the energy around Cowboy is impressive too. Our choice was not a vote *against* Cowboy, but rather a vote of confidence for Yaws. We have other fish to fry.</div>


<div></div></div></blockquote></div><br></div><div>this is exactly why i took misultin out of the picture.</div><div><br></div><div>we discussed about web servers, bob ippolito, steve vinoski and i some months ago at the riak 1.0 release party (there's proof! <a href="https://twitter.com/#!/ostinelli/status/134183807560593408/photo/1" target="_blank">https://twitter.com/#!/ostinelli/status/134183807560593408/photo/1</a>).</div>


<div><br></div><div>in my belief, we should be concentrating our efforts in a common 'low-level' library, on top of which we could build other services. in an extreme point of view, i even suggested that, should cowboy live up to the expectations, steve could consider it as being yaws engine, on top of which it could deliver all the amazing features yaws is capable of. obviously this ain't gonna happen anytime soon, yaws is way more mature/stable than cowboy.</div>


<div><br></div><div>my opinion is that there should be mainly two candidates:</div><div><div><br></div><div>. yaws</div><div>. cowboy</div></div><div><br></div><div>the different features / ease of maintenante / personal taste, etc. should be the discriminating factors.</div>


<div><br></div><div>i would _personally_ use (please, read the IMHO statement really loud in your head):</div><div><br></div><div>. yaws - for blown-up web applications with templates, etc;</div><div>. cowboy - for API / REST related stuff, or for building custom non-http protocols.</div>


<div><br></div><div>95% of my usage is in developing protocols and backend APIs, hence my added interest in cowboy.</div><div><br></div><div>cowboy adding webmachine's REST-like support was the decisive move that made me go for my decision in stopping public support for misultin (obviously, it is still used in production and probably will be for some time).</div>


<div><br></div><div>on a final note, i want to say that i'm really glad of the open source community reaction. it has acted very mature upon my decision, understanding the reasons and sharing the outcomes we all hope this may have.</div>


<div><br></div><div><div>now let's continue building amazing stuff ^^_</div></div><span class="HOEnZb"><font color="#888888"><div><br></div><div>r.</div>
</font></span><br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div></div>