package cohttp
Install
Dune Dependency
Authors
Maintainers
Sources
md5=8ad6bb9dffd346bd88e556fc3cffafae
sha512=a5f7275c22866d24aa8e81687f7bad52e75872d655816b514996335053b5a2de9cc34f68bd077ad4059ff16b6ed3e76c02ef7f7b2e699472e42689643ade89f1
Description
README
ocaml-cohttp -- an OCaml library for HTTP clients and servers
Cohttp is an OCaml library for creating HTTP daemons. It has a portable HTTP parser, and implementations using various asynchronous programming libraries:
Cohttp_lwt_unix
uses the Lwt library, and specifically the UNIX bindings.Cohttp_async
uses the Async library.Cohttp_lwt
exposes an OS-independent Lwt interface, which is used by the Mirage interface to generate standalone microkernels (use the cohttp-mirage subpackage).Cohttp_lwt_xhr
compiles to a JavaScript module that maps the Cohttp calls to XMLHTTPRequests. This is used to compile OCaml libraries like the GitHub bindings to JavaScript and still run efficiently.
You can implement other targets using the parser very easily. Look at the IO
signature in lib/s.mli
and implement that in the desired backend.
You can activate some runtime debugging by setting COHTTP_DEBUG
to any value, and all requests and responses will be written to stderr. Further debugging of the connection layer can be obtained by setting CONDUIT_DEBUG
to any value.
Installation
Latest stable version should be obtained from opam. Make sure to install the specific backends you want as well. E.g.
$ opam install cohttp lwt js_of_ocaml
You can also obtain the development release:
$ opam pin add cohttp --dev-repo
Findlib (Ocamlfind)
Cohttp ships with 6 findlib libraries:
cohttp - Base
Cohttp
module. No platform specific functionality.cohttp-async - Async backend
Cohttp_async
cohttp-lwt-jsoo - Jsoo (XHR) client
cohttp-lwt - Lwt backend without unix specifics.
cohttp-lwt-unix - Unix based lwt backend
cohttp-top - Print cohttp types in the toplevel (
#require "cohttp-top"
)
Client Tutorial
Cohttp provides clients for Async, Lwt, and jsoo (Lwt based). In this tutorial, we will use the lwt client but it should be easily translateable to Async.
To create a simple request, use one of the methods in Cohttp_lwt_unix.Client
. call
is the most general, there are also http method specialized such as get
, post
, etc.
For example downloading the reddit frontpage:
(* client_example.ml *)
open Lwt
open Cohttp
open Cohttp_lwt_unix
let body =
Client.get (Uri.of_string "https://www.reddit.com/") >>= fun (resp, body) ->
let code = resp |> Response.status |> Code.code_of_status in
Printf.printf "Response code: %d\n" code;
Printf.printf "Headers: %s\n" (resp |> Response.headers |> Header.to_string);
body |> Cohttp_lwt.Body.to_string >|= fun body ->
Printf.printf "Body of length: %d\n" (String.length body);
body
let () =
let body = Lwt_main.run body in
print_endline ("Received body\n" ^ body)
Build with:
ocamlbuild -pkg cohttp-lwt-unix client_example.native
There's a few things to notice:
We open 2 modules.
Cohttp
contains the backend independent stuff andCohttp_lwt_unix
is the lwt + unix specific stuff.Client.get
accepts aUri.t
and makes an http request.Client.get
also accepts optional arguments for things like header information.The http response is returned in a tuple. The first element of the tuple contains the response's status code, headers, http version, etc. The second element contains the body.
The body is then converted to a string and is returned (after the length is printed). Note that
Cohttp_lwt.Body.to_string
hence it's up to us to keep a reference to the result.We must trigger lwt's event loop for the request to run.
Lwt_main.run
will run the event loop and return with final value ofbody
which we then print.
Consult the following modules for reference:
Basic Server Tutorial
Implementing a server in cohttp is mostly equivalent to implementing a function of type:
conn -> Cohttp.Request.t -> Cohttp_lwt.Body.t -> (Cohttp.Response.t * Cohttp_lwt.Body.t) Lwt.t
The parameters are self explanatory but we'll summarize them quickly here:
conn
- contains connection informationCohttp.Request.t
- Request information such as method, uri, headers, etc.Cohttp_lwt.Body.t
- Contains the request body. You must manually decode the request body into json, form encoded pairs, etc. For cohttp, the body is simply binary data.
Here's an example of a simple cohttp server that outputs back request information.
(* server_example.ml *)
open Lwt
open Cohttp
open Cohttp_lwt_unix
let server =
let callback _conn req body =
let uri = req |> Request.uri |> Uri.to_string in
let meth = req |> Request.meth |> Code.string_of_method in
let headers = req |> Request.headers |> Header.to_string in
body |> Cohttp_lwt.Body.to_string >|= (fun body ->
(Printf.sprintf "Uri: %s\nMethod: %s\nHeaders\nHeaders: %s\nBody: %s"
uri meth headers body))
>>= (fun body -> Server.respond_string ~status:`OK ~body ())
in
Server.create ~mode:(`TCP (`Port 8000)) (Server.make ~callback ())
let () = ignore (Lwt_main.run server)
Build with:
ocamlbuild -pkg cohttp-lwt-unix server_example.native
The following modules are useful references:
Cohttp_lwt.Server - Common to mirage and Unix
Cohttp_lwt_unix.Server - Unix specific.
Installed Binaries
Cohttp comes with a few simple binaries that are handy, useful testing cohttp itself, and serve as examples of how to use cohttp. The binaries come in two flavours - Async and Lwt based.
$ cohttp-curl-{lwt,async}
This is a simple curl utility implemented using cohttp. An example of an invocation is:
$ cohttp-curl-lwt -v -X GET "https://www.reddit.com/"
$ cohttp-server-{lwt,async}
This binary acts in a similar fashion to the Python SimpleHTTPServer
. Just run cohttp-server-async
in a directory and it will open up a local port and serve the files over HTTP.
$ cohttp-server-async
Assuming that the server is running in cohttp's source directory:
$ cohttp-curl-lwt 'http://0.0.0.0:8080/_oasis'
Important Links
Dependencies (11)
Used by (73)
- aws-async
- aws-lwt
-
aws-s3
>= "2.0.0" & < "4.0.0"
- awsm
- awsm-codegen
- azblob-async
- azure-cosmos-db
-
bap-server
>= "0.2.0"
- c3
-
calculon-web
< "0.5"
- canary
-
cca
>= "0.6.2"
-
cohttp-async
>= "1.0.0" & < "2.2.0"
-
cohttp-lwt
= "1.1.1" | = "2.1.3"
-
cohttp-lwt-jsoo
>= "1.0.0" & < "2.2.0"
-
cohttp-mirage
!= "2.1.1" & < "2.5.5"
-
cohttp-top
>= "1.0.0" & < "2.2.0"
- comby-semantic
-
cowabloga
>= "0.0.9" & != "0.2.2"
-
datakit
< "0.10.0"
- dblp-api
-
dropbox
>= "0.2"
-
frenetic
>= "3.3.0" & < "5.0.5"
-
git
= "1.4.10" | >= "1.5.0" & < "1.10.0"
- git-cohttp
-
git-http
>= "2.0.0"
-
git-paf
< "3.5.0"
-
git-unix
< "1.10.0" | >= "2.0.0" & < "3.0.0"
-
github
>= "3.0.1" & < "4.4.0"
-
github-jsoo
>= "3.0.1" & < "4.4.0"
-
github-unix
>= "4.2.0" & < "4.4.0"
-
graphql-cohttp
< "0.9.0"
- hockmd
-
imaplet-lwt
>= "0.1.3"
- influxdb-async
- influxdb-lwt
-
iocaml
< "0.4.8"
- ip2location
- ip2locationio
- ip2whois
-
irmin
>= "0.9.0" & != "0.11.1" & < "1.0.0"
- irmin-cli
-
irmin-graphql
>= "2.3.0"
-
irmin-http
>= "2.3.0"
-
irmin-mirage-git
>= "2.3.0" & < "2.8.0"
-
irmin-unix
< "0.9.9" | >= "2.3.0"
-
learn-ocaml
< "0.13.0"
-
learn-ocaml-client
< "0.13.0"
-
letsencrypt
< "0.3.0"
-
links
>= "0.7.3"
- magic-trace
-
mechaml
>= "1.1.0"
-
merge-queues
>= "0.2.0"
-
mirage-http
= "2.0.0"
-
mirage-www
>= "1.1.0"
-
nsq
>= "0.2.4"
- ocamlapi
- oframl
-
ojs-base
>= "0.3.0" & < "0.6.0"
-
opium
= "0.13.3"
- opium_kernel
- podge
- ppx_json_types
-
prof_spacetime
>= "0.3.0"
-
prometheus-app
>= "0.5" & < "1.2"
- quests
- session-cohttp
-
sociaml-facebook-api
>= "0.4.1"
-
telegraml
>= "2.2.0"
- transmission-rpc
-
webmachine
>= "0.4.0"
-
websocket
>= "2.10" & < "2.14"
-
xen-api-client
>= "0.9.8" & < "0.9.14"
Conflicts
None