An HTTP client for Clojure.
It supports both HTTP/1.1 and HTTP/2, with synchronous and asynchronous execution modes as well as websockets.
In general, it will feel familiar to users of http clients like clj-http, while Hato is wrapping JDK 11's HttpClient instead of the org.apache.httpcomponents, and not brining a server along also as http-kit. This is a fork of hato.
The API is designed to be idiomatic and to make common tasks convenient, whilst still allowing the underlying HttpClient to be configured via native Java objects.
hato has a stable API and is used in production for both synchronous and asynchronous use cases. Please try it out and raise any issues you may find.
hato requires JDK 11 and above. If you are running an older version of Java, please look at clj-http instead.
For Leiningen, add this to your project.clj
[gorillalabs/hato "RELEASE"]
The main client is available in hato.client
.
Require it to get started and make a request:
(ns my.app
(:require [hato.client :as hc]))
(hc/get "https://httpbin.org/get")
; =>
; {:request-time 112
; :status 200
; :body "{\"url\" ...}"
; ...}
Generally, you want to make a reusable client first. This will give you nice things like persistent connections and connection pooling.
This can be done with build-http-client
:
; Build the client
(def c (hato/build-http-client {:connect-timeout 10000
:redirect-policy :always}))
; Use it for multiple requests
(hc/get "https://httpbin.org/get" {:http-client c})
(hc/head "https://httpbin.org/head" {:http-client c})
authenticator
Used for non-preemptive basic authentication. See the basic-auth
request
option for pre-emptive authentication. Accepts:
{:user "username" :pass "password"}
java.net.Authenticator
cookie-handler
a java.net.CookieHandler
if you need full control of your cookies. See cookie-policy
for a more convenient option.
cookie-policy
Determines whether to accept cookies. The cookie-handler
option will take precedence if it is set.
If an invalid option is provided, a CookieManager with the default policy (original-server)
will be created. Valid options:
:none
Accepts no cookies:all
Accepts all cookies:original-server
(default) Accepts cookies from original serverjava.net.CookiePolicy
.connect-timeout
Timeout to making a connection, in milliseconds (default: unlimited).
redirect-policy
Sets the redirect policy.
:never
(default) Never follow redirects.:normal
Always redirect, except from HTTPS URLs to HTTP URLs.:always
Always redirectpriority
an integer between 1 and 256 (both inclusive) for HTTP/2 requests
proxy
Sets a proxy selector. If not set, uses the default system-wide ProxySelector,
which can be configured by Java opts such as -Dhttp.proxyHost=somehost
and -Dhttp.proxyPort=80
(see all options).
Also accepts:
:no-proxy
to explicitly disable the default behavior, implying a direct connection; orjava.net.ProxySelector
ssl-context
Sets the SSLContext. If not specified, uses the default (SSLContext/getDefault)
. Accepts:
:keystore
:keystore-pass
:trust-store
:trust-store-pass
. See client authentication examples for more details.javax.net.ssl.SSLContext
ssl-parameters
a javax.net.ssl.SSLParameters
version
Sets preferred HTTP protocol version.
:http-1.1
prefer HTTP/1.1:http-2
(default) tries to upgrade to HTTP/2, falling back to HTTP/1.1The core function for making requests is hato.client/request
, which takes a ring
request and returns a response. Convenience wrappers are provided for the http verbs (get
, post
, put
etc.).
; The main request function
(hc/request {:method :get, :url "https://httpbin.org/get"})
; Convenience wrappers
(hc/get "https://httpbin.org/get")
(hc/get "https://httpbin.org/get" {:as :json})
(hc/post "https://httpbin.org/post" {:body "{\"a\": 1}" :content-type :json})
method
Lowercase keyword corresponding to a HTTP request method, such as :get
or :post
.
url
An absolute url to the requested resource (e.g. "http://moo.com/api/1"
).
accept
Sets the accept
header. A keyword (e.g. :json
, for any application/* type) or string (e.g. "text/html"
) for any other accepted content type, or a sequential collection thereof.
accept-encoding
Sequential collection of of string/keywords (e.g. [:gzip]
). By default, "gzip, deflate" will be concatenated unless decompress-body?
is false.
content-type
a keyword (e.g. :json
, for any application/* type) or string (e.g. "text/html") for anything else.
Sets the appropriate header.
body
the body of the request. The body will be automatically coerced to the content-type or you can force it to be an uncoerced string, byte array, input stream,
or a java.net.http.HttpRequest$BodyPublisher
.
is
indicates the type of the request body to override default coercion based on the content type. Valid options:
:string
indicates body is a string to be sent as a body directly. Make sure your encoding is correct, as no autocoercion or transcoding is performed whatsoever.:byte-array
use this if you body is a byte-array to be sent as is.:stream
indicates body is a function returning an InputStream.as
Return response body in a certain format. Valid options:
:string
(default), :byte-array
, :stream
, :discarding
,:edn
, :json
, :transit+json
, :transit+msgpack
with the help of gorillalabs/muuntaja.java.net.http.HttpRequest$BodyHandler
.
Note that decompression is enabled by default but only handled for the options above. A custom BodyHandler
may require opting out of compression, or implementing a multimethod specific to the handler.query-params
A map of options to turn into a query string. See usage examples for details.
form-params
A map of options that will be sent as the body, depending on the content-type
option. For example,
set :content-type :json
to coerce the form-params to a json string (using gorillalabs/muuntaja).
See usage examples for details.
multi-param-style
Decides how to represent array values when converting query-params
into a query string. Accepts:
a=1&a=2&a=3
:array
, a repeating param with array suffix: a[]=1&a[]=2&a[]=3
:index
, a repeating param with array suffix and index: a[0]=1&a[1]=2&a[2]=3
headers
Map of lower case strings to header values, concatenated with ',' when multiple values for a key.
This is presently a slight incompatibility with clj-http, which accepts keyword keys and list values.
basic-auth
Performs basic authentication (sending Basic
authorization header). Accepts {:user "user" :pass "pass"}
Note that basic auth can also be passed via the url
(e.g. http://user:pass@moo.com
)
oauth-token
String, will set Bearer
authorization header
decompress-body?
By default, sets request header to accept "gzip, deflate" encoding, and decompresses the response.
Set to false
to turn off this behaviour.
throw-exceptions?
By default, the client will throw exceptions for exceptional response statuses. Set this to
false
to return the response without throwing.
async?
Boolean, defaults to false. See below section on async requests.
http-client
An HttpClient
created by build-http-client
or other means. For single-use clients, it also
accepts a map of the options accepted by build-http-client
.
expect-continue
Requests the server to acknowledge the request before sending the body. This is disabled by default.
timeout
Timeout to receiving a response, in milliseconds (default: unlimited).
version
Sets preferred HTTP protocol version per request.
:http-1.1
prefer HTTP/1.1:http-2
(default) tries to upgrade to HTTP/2, falling back to HTTP/1.1By default, hato performs synchronous requests and directly returns a response map.
By providing async?
option to the request, the request will be performed asynchronously, returning
a CompletableFuture
of the response map. This can be wrapped in e.g. manifold,
to give you promise chains etc.
Alternatively, callbacks can be used by passing in respond
and raise
functions, in which case
the CompletableFuture
returned can be used to indicate when processing has completed.
; A standard synchronous request
(hc/get "https://httpbin.org/get")
; An async request
(hc/get "https://httpbin.org/get" {:async? true})
; =>
; #object[jdk.internal.net.http.common.MinimalFuture...
; Deref it to get the value
(-> @(hc/get "https://httpbin.org/get" {:async? true})
:body)
; =>
; { ...some json body }
; Pass in a callback
(hc/get "https://httpbin.org/get"
{ :async? true }
(fn [resp] (println "Got status" (:status resp)))
identity)
; =>
; #object[jdk.internal.net.http.common.MinimalFuture...
; Got status 200
(future-done? *1)
; =>
; true
; Exceptional status codes by default will call raise with an ex-info containing the response map.
; This means we can use ex-data to get the data back out.
@(hc/get "https://httpbin.org/status/400" {:async? true} identity #(-> % ex-data :status))
; =>
; 400
hato can generate url encoded query strings in multiple ways
; Via un url
(hc/get "http://moo.com?hello=world&a=1&a=2" {})
; Via query-params
(hc/get "http://moo.com" {:query-params {:hello "world" :a [1 2]}})
; Values are urlencoded
(hc/get "http://moo.com" {:query-params {:q "a-space and-some-chars$&!"}})
; Generates query: "q=a-space+and-some-chars%24%26%21"
; Nested params are flattened by default
(hc/get "http://moo.com" {:query-params {:a {:b {:c 5} :e {:f 6}}}})
; => "a[b][c]=5&a[e][f]=6", url encoded
; Flattening can be disabled
(hc/get "http://moo.com" {:query-params {:a {:b {:c 5} :e {:f 6}}} :ignore-nested-query-string true})
; => "a={:b {:c 5}, :e {:f 6}}", url encoded
Form parameters can also be passed as a map:
(hc/post "http://moo.com" {:form-params {:hello "world"}})
; Send a json body "{\"a\": {\"b\": 5}}"
(hc/post "http://moo.com" {:form-params {:a {:b 5}} :content-type :json})
; Nested params are not flattened by default
; Sends a body of "a={:b {:c 5}, :e {:f 6}}", x-www-form-urlencoded
(hc/post "http://moo.com" {:form-params {:a {:b {:c 5} :e {:f 6}}}})
; Flattening can be enabled
; Sends a body of "a[b][c]=5&a[e][f]=6", url encoded
(hc/post "http://moo.com" {:form-params {:a {:b {:c 5} :e {:f 6}}}
:flatten-nested-form-params true})
As a convenience, nesting can also be controlled by :flatten-nested-keys
:
; Flattens both query and form params
(hc/post "http://moo.com" {... :flatten-nested-keys [:query-params :form-params]})
; Flattens only query params
(hc/post "http://moo.com" {... :flatten-nested-keys [:query-params]})
Your body will be coerced from a clojure datastructure to the format set by the content-type header by default.
You can control whether you like hato to return an InputStream
(using :as :stream
), byte-array
(using :as :byte-array
) or String
(:as String
) with no further coercion.
; Returns a string response
(hc/get "http://moo.com" {})
; Returns a byte array
(hc/get "http://moo.com" {:as :byte-array})
; Returns an InputStream
(hc/get "http://moo.com" {:as :stream})
If you do not state an :as
(or give it any other value), hato performs output coercion of the response body based upon the content type header. So, what you're looking for here is the accept header and a friendly web server listening to whatever you like best.
; Requests EDN, returns Clojure datastructure
(hc/get "https://clojars.org/api/groups/gorillalabs" {:accept :edn})
; Coerces transit.
(hc/get "https://clojars.org/api/groups/gorillalabs" {:accept :transit+json})
(hc/get "http://moo.com" {:accept :transit+msgpack})
; Coerces JSON into clojure data structure
(hc/get "http://moo.com" {:accept :json})
Do add new content types or alter existing ones, you can pass a muuntaja instance or muuntaja options using the :muuntaja
key:
(require '[muuntaja.core :as m])
(hc/get "https://httpbin.org/get"
{:accept :json
:muuntaja (assoc-in m/default-options
[:formats "application/json" :decoder 1 :decode-key-fn] false)})
If you issue multiple requests, you might want to use a muuntaja instance instead:
(require '[muuntaja.core :as m])
(def m
"The `muuntaja.core/Muuntaja` instance we use to decode http responses."
(m/create
(assoc-in
m/default-options
[:formats "application/json" :decoder 1 :decode-key-fn] false)))
(hc/get "https://httpbin.org/get"
{:accept :json
:muuntaja m})
Client authentication can be done by passing in an SSLContext:
; Pass in your credentials
(hc/get "https://secure-url.com" {:http-client {:ssl-context {:keystore (io/resource "somepath.p12")
:keystore-pass "password"
:trust-store (io/resource "cacerts.p12"
:trust-store-pass "another-password")}}})
; Directly pass in an SSLContext that you made yourself
(hc/get "https://secure-url.com" {:http-client {:ssl-context SomeSSLContext}})
By default, hato does not follow redirects. To change this behaviour, use the redirect-policy
option.
Implementation notes from the docs:
When automatic redirection occurs, the request method of the redirected request may be modified depending on the specific 30X status code, as specified in RFC 7231. In addition, the 301 and 302 status codes cause a POST request to be converted to a GET in the redirected request.
; Always redirect, except from HTTPS URLs to HTTP URLs
(hc/get "http://moo.com" {:http-client {:redirect-policy :normal}})
; Always redirect
(hc/get "http://moo.com" {:http-client {:redirect-policy :always}})
The Java HttpClient does not provide a direct option for max redirects. By default, it is 5.
To change this, set the java option to e.g. -Djdk.httpclient.redirects.retrylimit=10
.
The client does not throw an exception if the retry limit has been breached. Instead, it will return a response with the redirect status code (30x) and empty body.
hato has a stack of middleware that it applies by default if you use the built in request function. You can
supply different middleware by using wrap-request
yourself:
; Using the default middleware
(hc/request {:url "https://httpbin.org/get" :method :get})
; With convenience method
(hc/get "https://httpbin.org/get")
; Let's write an access log middleware
; Define a new middleware
(defn log-and-return
[resp]
(println :access-log (:uri resp) (:status resp) (:request-time resp))
resp)
(defn wrap-log
[client]
(fn
([req]
(let [resp (client req)]
(log-and-return resp)))
([req respond raise]
(client req
#(respond (log-and-return %))
raise))))
; Create your own middleware stack.
; Note that ordering is important here:
; - After wrap-request-timing so :request-time is available on the response
; - Before wrap-exceptions so that exceptional responses have not yet caused an exception to be thrown
(def my-middleware (concat [(first hm/default-middleware) wrap-log] (drop 1 hm/default-middleware)))
; Create your own request wrapper with the new middleware
(def my-request (hm/wrap-request hc/request* my-middleware))
; Add your own convenience methods if you desire
(defn my-get
[url opts]
(-> (my-request (merge opts {:url url :method :get}))
:body))
; Now it logs
(my-request {:url "https://httpbin.org/get" :method :get})
; :access-log https://httpbin.org/get 200 1069
; => Returns response map
(my-request {:url "https://httpbin.org/status/404" :method :get})
; :access-log https://httpbin.org/status/404 404 1924
; ...Throws some ExceptionInfo
(my-get "https://httpbin.org/get" {})
; :access-log https://httpbin.org/get 200 1069
; => Returns string body
The simplest way to get started is with the websocket
function:
(require '[hato.websocket :as ws])
(let [ws @(ws/websocket "ws://echo.websocket.org"
{:on-message (fn [ws msg last?]
(println "Received message:" msg))
:on-close (fn [ws status reason]
(println "WebSocket closed!"))})]
(ws/send! ws "Hello World!")
(Thread/sleep 1000)
(ws/close! ws))
By default, hato WebSocket functions are asynchronous and most return a CompletableFuture. This can be wrapped in e.g. manifold, to give you promise chains etc.
(require '[hato.websocket :as ws])
(require '[manifold.deferred :as d])
(-> (ws/websocket "ws://echo.websocket.org"
{:on-message (fn [ws msg last?]
(println "Received message:" msg))
:on-close (fn [ws status reason]
(println "WebSocket closed!"))})
(d/chain #(ws/send! % "Hello")
#(ws/send! % "World!")
#(ws/close! %))
(d/catch Exception #(println "Something went wrong!" %)))
uri
A WebSocket uri (e.g. "ws://echo.websocket.org"
).
opts
Additional options may be a map of any of the following keys:
:http-client
An HttpClient
(e.g. created by hato.client/build-http-client
). If not provided, a default client will be used.
:headers
Adds the given name-value pair to the list of additional HTTP headers sent during the opening handshake (feel free to use keywords).
:connect-timeout
Sets a timeout for establishing a WebSocket connection, in milliseconds.
:subprotocols
Sets a request for the given subprotocols.
:listener
A WebSocket listener. If a WebSocket$Listener
is provided, it will be used directly.
Otherwise one will be created from any handlers (on-<event>
) passed into the options map.
:on-open
Called when a WebSocket
has been connected. Called with the WebSocket instance.
:on-message
A textual/binary data has been received. Called with the WebSocket instance, the data, and whether this invocation completes the message.
:on-ping
A Ping message has been received. Called with the WebSocket instance and the ping message.
:on-pong
A Pong message has been received. Called with the WebSocket instance and the pong message.
:on-close
Receives a Close message indicating the WebSocket's input has been closed. Called with the WebSocket instance, the status code, and the reason.
:on-error
An error has occurred. Called with the WebSocket instance and the error.
To view the logs of the Java client, add the java option -Djdk.httpclient.HttpClient.log=all
.
In Leinengen, this can be done using :jvm-opts
in project.clj
.
# Default keep alive for connection pool is 1200 seconds
-Djdk.httpclient.keepalivetimeout=1200
# Default connection pool size is 0 (unbounded)
-Djdk.httpclient.connectionPoolSize=0
Released under the MIT License: http://www.opensource.org/licenses/mit-license.php
Can you improve this documentation? These fine people already did:
George Narroway, Dr. Christian Betz, Vincent Pizzo & gnarrowayEdit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close