[erlang-questions] HTTP client for OAuth

Roger Lipscombe <>
Wed Feb 24 23:30:54 CET 2016


We were using the ESL lhttpc library, but changed to using hackney
when we moved to Erlang 17, which lhttpc doesn't officially support.
Perfectly happy with hackney.

We looked at gun, shotgun and fusco (referred to by the lhttpc
deprecation notice), but decided that hackney was a better fit for
what we were doing (one-off calls to webhooks).

On 24 February 2016 at 14:24, Felix Gallo <> wrote:
> I believe I've seen commits fly by which intended to fix the behavior, but
> the last time I used httpc, processes would occasionally get the http reply
> from a completely different process when run concurrently.  Definitely a WAT
> moment.  I finally ended up with a fork of lhttpc
> (https://github.com/Cloven/lhttpc) which was stable, fast, and didn't get
> mixed up.
>
> If I would do it all again today, I would probably start with hackney.  But
> I would definitely avoid httpc.
>
>
> On Wed, Feb 24, 2016 at 2:14 PM, Bernard Duggan <>
> wrote:
>>
>> On Thu, Feb 25, 2016 at 2:49 AM, Garrett Smith <> wrote:
>>>
>>> I'm interfacing with various OAuth providers within an Erlang application
>>> and I need a simple HTTP client. I've poked around the ecosystem and have
>>> learned that HTTP clients are the new MySQL clients in terms of
>>> which-one-to-freakin-use.
>>
>>
>> I'd be very interested to know what you turn up, since I'm currently
>> pondering exactly the same problem (OAuth and all). This is probably an
>> absurdly naive question, but for quick-fire simple stuff like this, is there
>> any good reason you're aware of not to just go with httpc? Or is this more
>> just a matter of doing due diligence on the choice?
>>
>> Cheers,
>>
>> Bernrad
>>
>> _______________________________________________
>> erlang-questions mailing list
>> 
>> http://erlang.org/mailman/listinfo/erlang-questions
>>
>
>
> _______________________________________________
> erlang-questions mailing list
> 
> http://erlang.org/mailman/listinfo/erlang-questions
>


More information about the erlang-questions mailing list