Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Mint, a new HTTP library for Elixir

elixir-lang.org

Post reply on HN
Print view View original

51–58 of 58 posts

Re: Mint, a new HTTP library for Elixir

#51

Post by kt315_ »

ericmj wrote: post #31
kt315_ wrote: post #26

Earlier quoted context omitted.

I think Gun has very similar philosophy, e.g. it is connection oriented and does not impose pooling and such.

Gun starts a process for each connection. The main idea for Mint was to not do this so that users can choose their own process structure.

With Gun it is also possible to create a specialized process structure albeit with more heavyweight processes behind each connection. Mint provides lightweight (possibly more efficient?) abstraction to achieve similar results. Thanks Eric and Andrea!

Re: Mint, a new HTTP library for Elixir

#52

Post by ams6110 »

carlosdp wrote: post #38
ams6110 wrote: post #17

Earlier quoted context omitted.

> it never ceases to amaze me why some HTTP libs don't have TLS as a given Separation of concerns. TLS termination is something that can be done separately, and at scale you want to separate it anyway.

For a server, sure, but for a client?

Admittedly, I missed that. I thought this was a server lib.

Re: Mint, a new HTTP library for Elixir

#53

Post by elcritch »

dnautics wrote: post #46
ryeguy wrote: post #6

Earlier quoted context omitted.

No it doesn't. All you have to do is search and you get relevant results. Look through your library list, it's pretty common for the names to only make sense in context.

actually, if you need it fast, you can just duckduckgo "mint !hexpm"

That’s handy!

Re: Mint, a new HTTP library for Elixir

#54

Post by dnautics »

elcritch wrote: post #53
dnautics wrote: post #46

Earlier quoted context omitted.

actually, if you need it fast, you can just duckduckgo "mint !hexpm"

That’s handy!

Yes sorry I should have also mentioned that it only really saves time if you have ddg as your default searchbar engine!

Re: Mint, a new HTTP library for Elixir

#56

Post by 0xADEADBEE »

_qbjt wrote: post #43
Dirlewanger wrote: post #14

What does Mint provide over, say, HTTPoison? Still can't quite grok what it's offers.

Requests made with HTTPoison are passed to the library’s own connection pool whereas requests made with Mint are handled in the same process. While HTTPoison is great for most use cases, Mint is a promising solution for anyone who has specific control flow requirements. I’m interested in this for some of the uglier API integrations I maintain where an ordered chain of requests must be made with no guarantee of delive…

Thank you so much for a concise answer to the exact question I had.

Re: Mint, a new HTTP library for Elixir

#57

Post by wryun »

chooseaname wrote: post #9
ProAm wrote: post #3

People are the worst at naming products. Why call it Mint when there is already an insanely popular Mint.com financial software. It makes Googling/searching for product relevancy near impossible. It's like try to search for Firefox on Android vs Firefox on a desktop information.

Not to mention Linux Mint.

At least it's definitely not TOS.

Re: Mint, a new HTTP library for Elixir

#58

Post by thdxr »

mrdoops wrote: post #49

I'm liking the trend of designing runtime-behaviour agnostic libraries in Elixir. We get such powerful runtime capabilities with OTP, but indulged in the wrong context our cool OTP processes can be imposing assumptions onto our users. I'd like to see some kind of generic HTTP contract or REST-API client builder library next so we can have swappable HTTP adapters (e.g. Mint/Hackney). I don't want to depend on a librar…

Checkout Tesla, been using it for all HTTP requests
Post reply on HN