Is it a bad idea to use Tesla? I’ve got it in my app, but I never know.
A Breakdown of HTTP Clients in Elixir
21–27 of 27 posts
Re: A Breakdown of HTTP Clients in Elixir
#22Re: A Breakdown of HTTP Clients in Elixir
#23I've used HTTPoison, Tesla and more recently Req for a thin Firebase client. I guess they all work. I remember at some point HTTPoison & hackney were finicky with SSL certificate validation. But AFAIK HTTPoison is the only one that can do async requests to process chunks? [0] [0] https://www.poeticoding.com/download-large-files-with-httpoi...
See: https://gist.github.com/zachallaun/88aed2a0cef0aed6d68dcc7c1... and work underway here: https://github.com/wojtekmach/req/issues/82#issuecomment-154...
Re: A Breakdown of HTTP Clients in Elixir
#24Using Mint was definitely "more work" to handle all of the streamed updates of the the response, but in the end, it has worked really well for me. The documentation for Mint is really good IMO.
Re: A Breakdown of HTTP Clients in Elixir
#25Very cool. Can we see a similar one for HTTP servers ?
Re: A Breakdown of HTTP Clients in Elixir
#26I've used HTTPoison, Tesla and more recently Req for a thin Firebase client. I guess they all work. I remember at some point HTTPoison & hackney were finicky with SSL certificate validation. But AFAIK HTTPoison is the only one that can do async requests to process chunks? [0] [0] https://www.poeticoding.com/download-large-files-with-httpoi...
Re: A Breakdown of HTTP Clients in Elixir
#27Earlier quoted context omitted.
I'm also curious why Tesla doesn't get mentioned in here, particularly because I'd argue that Tesla is at a similar abstraction level to Req.
Tesla is definitely fine to use! In my opinion it relies too much on module-based composition/configuration. In this aspect Req is more functional and less setup-y.