It does not do your life easier. Three files of 20kbytes are not a problem.<div><br></div><div>But splitting will make impossible using git bisect and will bring exponential number of combinations of cowboy and cowboy-www with exponential number of bugs.</div>
<div><br></div><div>I can promise that in two months after splitting cowboy into two parts will appear next webserver, which is "fast and convenient to use, not like that bloated cowboy, which doesn't fit into one package". </div>
<div><br></div><div>I understand an idea to push some good part of cowboy into OTP. But plain splitting will bring nothing but pain.</div><div><br></div><div>There is really no problem in checkouting several http-related files if you are just using cowboys acceptor.<span></span><br>
<br>On Tuesday, April 3, 2012, Benoit Chesneau  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 for splitting it out. It will make the life easier for people who<br>

are using only the acceptor part . Also it's better to do that early I<br>
guess.<br>
<br>
On Tue, Apr 3, 2012 at 1:35 PM, Loïc Hoguin <<a href="javascript:;" onclick="_e(event, 'cvml', 'essen@ninenines.eu')">essen@ninenines.eu</a>> wrote:<br>
> Hello,<br>
><br>
> I have received a lot of feedback on Cowboy recently, especially at the<br>
> Erlang Factory. The main concern people seem to have today is that many of<br>
> you seem to want to use Cowboy's acceptor code and transport abstraction,<br>
> but don't want to include the HTTP components.<br>
><br>
> I argued until now that you can always remove the HTTP modules from the<br>
> release if you want, and that it's easier to work on improving both sides at<br>
> the same time without the dependency, while still keeping in mind that the<br>
> two parts would eventually get split before 1.0.<br>
><br>
> Considering the feedback, I'm wondering if now would be the time to split<br>
> them.<br>
><br>
> Most people use rebar nowadays, so the dependency should be handled<br>
> automatically. But I did receive a few comments before from people who liked<br>
> the fact that Cowboy was a single package.<br>
><br>
> If the split happens, it will be right after the next version tag, 0.6.0,<br>
> and will most likely include a renaming of most modules all in a single<br>
> commit. People who follow master will need to update their code immediately<br>
> (I'll give a script to do that automatically), while others staying at 0.6.0<br>
> will have some time to make it happen.<br>
><br>
> If you don't want the split to happen at this point, you should probably<br>
> reply to this mail so we can all discuss what should happen and when.<br>
><br>
> I hope it won't be too much trouble on everyone, the module renaming script<br>
> should take care of most of it.<br>
><br>
> Thanks for your feedback, as always!<br>
><br>
> --<br>
> Loïc Hoguin<br>
> Erlang Cowboy<br>
> Nine Nines<br>
> _______________________________________________<br>
> erlang-questions mailing list<br>
> <a href="javascript:;" onclick="_e(event, 'cvml', '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>
erlang-questions mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', '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>
</blockquote></div>