Skip to content
An easy-to-use Elixir HTTP client, built on the low-level Mint library.
Branch: master
Clone or download
gamache Automatic pooling, refactor, and more (#22)
* close connections on Mint.HTTP.stream error in Mojito.ConnServer

* checkpoint

* more autopool and some refactoring

* emit special error on pool checkout timeout

* checkpoint

* docs improvements

* naming refactor

* add Mojito.Config

* build child_spec ourselves rather than letting poolboy do it

* checkpoint

* the most basic Mojito.Pool smoke test

* the most basic Mojito.Pool smoke test, this time including test

* give pools a unique ID

* handle :already_registered too

* docs

* docs

* add Mojito.Request.Single

* docs and dialyzer

* on-demand pool scaleup

* add :refractory_period config

* launch all pools at once

* docs, benchmark, renaming

* more tests

* ffreedom

* docs

* retry connection-closed errors once

* updated docs and changelog

* html benchmark

* ffreedom

* fix benchmark formatting

* link to httpc in docs

* pretty vacant

* whitespace fascism

* removed a useless test

* we're past the need for stock boilerplate, yes?

* rename :request_timeout to :timeout everywhere

* docs

* removed a warning

* 0.3.0_rc

* 0.3.0_rc

* 0.3.0_rc

* 0.3.0-rc

* reformatted benchmark

* reformatted benchmark again

* fixed benchmark links

* fixed benchmark links

* full size mojito

* Add helpers for HEAD, GET, POST, PATCH, PUT, DELETE, OPTIONS request (#20)

* update changelog

* protect against exits during start_pool traffic jam

* freedom intensifies

* remove dead line

* phrasing

* 0.3.0

* typo fix in BENCHMARK.md
Latest commit e4d1aef May 15, 2019

README.md

Mojito Build Status Docs Hex.pm Version

Mojito is an easy-to-use, high-performance HTTP client built using the low-level Mint library.

Mojito is built for comfort and for speed. Behind a simple and predictable interface, there is a sophisticated connection pool manager that delivers maximum throughput with no intervention from the user.

Just want to make one request and bail? No problem. Mojito can make one-off requests as well, using the same process-less architecture as Mint.

Quickstart

{:ok, response} = Mojito.request(method: :get, url: "https://github.com")

Why Mojito?

Mojito addresses the following design goals:

  • Little or no configuration needed. Use Mojito to make requests to as many different destinations as you like, without thinking about starting or selecting connection pools. Other clients like Hackney (and HTTPoison), Ibrowse (and HTTPotion), and Erlang's built-in httpc offer this feature, except that...

  • Connection pools should be used only for a single destination. Using a pool for making requests against multiple destinations is less than ideal, as many of the connections need to be reset before use. Mojito assigns requests to the correct pools transparently to the user. Other clients, such as Buoy, Hackney/ HTTPoison, Ibrowse/HTTPotion, etc. force the user to handle this themselves, which is often inconvenient if the full set of HTTP destinations is not known at compile time.

  • Redundant pools to reduce GenServer-related bottlenecks. Mojito can serve requests to the same destination from more than one connection pool, and those pools can be selected by round-robin at runtime in order to minimize resource contention in the Erlang VM. This feature is unique to Mojito.

Installation

Add mojito to your deps in mix.exs:

{:mojito, "~> 0.3.0"}

Upgrading from 0.2

Using request methods other than those in the Mojito module is deprecated. A handful of new config parameters appeared as well.

Upgrading 0.2 to 0.3 cannot be performed safely inside a hot upgrade. Deploy a regular release instead.

Configuration

The following config.exs config parameters are supported:

  • :timeout (milliseconds, default 5000) -- Default request timeout.
  • :transport_opts (t:Keyword.t, default []) -- Options to pass to the :gen_tcp or :ssl modules. Commonly used to make HTTPS requests with self-signed TLS server certificates; see below for details.
  • :pool_opts (t:pool_opts, default []) -- Configuration options for connection pools.

The following :pool_opts options are supported:

  • :size (integer) sets the number of steady-state connections per pool. Default is 5.
  • :max_overflow (integer) sets the number of additional connections per pool, opened under conditions of heavy load. Default is 10.
  • :pools (integer) sets the maximum number of pools to open for a single destination host and port (not the maximum number of total pools to open). Default is 5.
  • :strategy is either :lifo or :fifo, and selects which connection should be checked out of a single pool. Default is :lifo.
  • :destinations (keyword list of t:pool_opts) allows these parameters to be set for individual :"host:port" destinations.

For example:

use Mix.Config

config :mojito,
  timeout: 2500,
  pool_opts: [
    size: 10,
    destinations: [
      "example.com:443": [
        size: 20,
        max_overflow: 20,
        pools: 10
      ]
    ]
  ]

Certain configs can be overridden with each request. See request/1.

Usage

Make requests with Mojito.request/1 or Mojito.request/5:

>>>> Mojito.request(:get, "https://jsonplaceholder.typicode.com/posts/1")
## or...
>>>> Mojito.request(%{method: :get, url: "https://jsonplaceholder.typicode.com/posts/1"})
## or...
>>>> Mojito.request(method: :get, url: "https://jsonplaceholder.typicode.com/posts/1")

{:ok,
 %Mojito.Response{
   body: "{\n  \"userId\": 1,\n  \"id\": 1,\n  \"title\": \"sunt aut facere repellat provident occaecati excepturi optio reprehenderit\",\n  \"body\": \"quia et suscipit\\nsuscipit recusandae consequuntur expedita et cum\\nreprehenderit molestiae ut ut quas totam\\nnostrum rerum est autem sunt rem eveniet architecto\"\n}",
   headers: [
     {"content-type", "application/json; charset=utf-8"},
     {"content-length", "292"},
     {"connection", "keep-alive"},
     ...
   ],
   status_code: 200
 }}

By default, Mojito will use a connection pool for requests, automatically handling the creation and reuse of pools. If this is not desired, specify the pool: false option with a request to perform a one-off request. See the documentation for request/1 for more details.

Self-signed SSL/TLS certificates

To accept self-signed certificates in HTTPS connections, you can give the transport_opts: [verify: :verify_none] option to Mojito.request or Mojito.Pool.request:

>>>> Mojito.request(method: :get, url: "https://localhost:8443/")
{:error, {:tls_alert, 'bad certificate'}}

>>>> Mojito.request(method: :get, url: "https://localhost:8443/", opts: [transport_opts: [verify: :verify_none]])
{:ok, %Mojito.Response{ ... }}

Changelog

See the CHANGELOG.md.

Contributing

Thanks for considering contributing to this project, and to the free software ecosystem at large!

Interested in contributing a bug report? Terrific! Please open a GitHub issue and include as much detail as you can. If you have a solution, even better -- please open a pull request with a clear description and tests.

Have a feature idea? Excellent! Please open a GitHub issue for discussion.

Want to implement an issue that's been discussed? Fantastic! Please open a GitHub pull request and write a clear description of the patch. We'll merge your PR a lot sooner if it is well-documented and fully tested.

Contributors and contributions are listed in the changelog. Heartfelt thanks to everyone who's helped make Mojito better.

Authorship and License

Copyright 2019, Appcues, Inc.

This software is released under the MIT License.

You can’t perform that action at this time.