<div dir="ltr">Hi Tuncer,<div><br></div><div>Your questions are excellent ones.  I agree with your assertion that it'd be nice if http[c,d] were well-supported and kept up to date in the standard library, but on the other hand that's equivalent to me saying that it would be nice if other people did some tedious work.  The OTP team appears to be, ah, not luxuriously staffed, and, er, somewhat well-task-committed towards commercial customers, so it's easy to see how they're not spending their days fastidiously refactoring the standard library.</div><div><br></div><div>It would be interesting to know what the OTP team's official position on accepting new libraries and deprecating old ones is, and what the process would look like (EEP?  Other?).</div><div><br></div><div>F.</div><div><br></div><div><br></div><div><div><br></div><div><br></div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 13, 2014 at 12:27 PM, Tuncer Ayaz <span dir="ltr"><<a href="mailto:tuncer.ayaz@gmail.com" target="_blank">tuncer.ayaz@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Dec 12, 2014 at 9:03 PM, Felix Gallo wrote:<br>
> httpc has some weird bugs under load and should be retired from the<br>
> standard distribution.<br>
<br>
</span>Hi Felix,<br>
<br>
you clearly have experienced httpc's limitations/bugs, so I'm curious<br>
to hear your thoughts on the following.<br>
<br>
What's the solution?<br>
1) replace httpc's implementation with hackney?<br>
<br>
2) rewrite httpc?<br>
<br>
3) drop httpc?<br>
I haven't used httpc enough to run into the mentioned issues, but I do<br>
wonder why instead of fixing httpc we, as a community, write more than<br>
a few alternative http clients. Is it because it's easy to do like a<br>
httpd?<br>
<br>
I think it's very important that the network code in otp.git is fixed<br>
and improved where necessary to leave external httpd or httpc libs to<br>
special purpose cases. Other languages don't seem to suffer from this<br>
and carry http[c,d] libs which are well-maintained and the go to<br>
implementation for common use cases.<br>
<br>
Also see:<br>
<a href="http://erlang.org/pipermail/erlang-questions/2014-February/077766.html" target="_blank">http://erlang.org/pipermail/erlang-questions/2014-February/077766.html</a><br>
<br>
<br>
With all that said, I'm confident the OTP team would more than welcome<br>
improvements or even replacements for inets components.<br>
</blockquote></div></div>