<div style>>my intent here is to avoid duplication of efforts, both for the contributors of the community (often reporting the same bugs in both repositories) and for the developers, which now have an hard time in deciding which way to go.</div>
<div style><br></div><div style>>i just wanted to clear the way for a single webserver library, and cowboy seems to have much more developer time to actually maintaining it.</div><span class="HOEnZb" style><font color="#888888"><br class="Apple-interchange-newline">
</font></span><br>What's the logic behind forgoing a better one to support another with the purpose of avoiding duplicate efforts? Why not contributors come to help migrate the productions on those over-hyped frameworks to on the proven-best one?<div>
<br></div><div>No matter how, I like Misultin very much for its high performance, simplicity and advanced concepts. If it would really go I would be very sad and I believe many others in this community too.</div><div><br>
</div><div>Let's find a better way to contribute to our community better!</div><div><br></div><div>Regards,</div><div>Barco<br><div class="gmail_quote">On Fri, Feb 17, 2012 at 10:09 AM, Steve Davis <span dir="ltr"><<a href="mailto:steven.charles.davis@gmail.com">steven.charles.davis@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Roberto,<br>
<br>
I'm a bit confused by this whole thread...<br>
<br>
I'm agreeing with Jesse that since Misultin is open source, it's not<br>
really in your control to "stop development" if the interest is there<br>
elsewhere to push it on?<br>
<br>
I'm also agreeing with Steve that I've not seen any demonstration that<br>
yaws is somehow "lacking",<br>
<br>
For me, the last interesting benchmark that demonstrated anything<br>
graspably real was "yaws vs apache".<br>
<br>
A really interesting benchmark for today's "web server" would be, if<br>
someone were willing to engage in a non-trivial effort, to make a<br>
comparison of a full-fledged web application with full session<br>
management and routing capabilities. Note that this would truly test<br>
the appropriateness of the server's http APIs as well as the base<br>
response. That kind of benchmark, for me, would seem more appropriate<br>
and useful according to the epoch.<br>
<br>
Best regards,<br>
/s<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div>