walkero
/
nghttp2
1
0
Fork 0
Code Issues Pull Requests Projects Releases 1 Wiki Activity

Merge branch 'patch-1' of https://github.com/rasa/nghttp2 into rasa-patch-1

This commit is contained in:
Tatsuhiro Tsujikawa 2015-03-21 19:46:22 +09:00
parent e86b81ec10 57729d0a23
commit 9bf2ca6916
1 changed files with 123 additions and 121 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

244
README.rst
View File

@ -1,30 +1,30 @@
nghttp2 - HTTP/2 C Library nghttp2 - HTTP/2 C Library
========================== ==========================
This is an implementation of Hypertext Transfer Protocol version 2 This is an implementation of the Hypertext Transfer Protocol version 2
in C. in C.
The framing layer of HTTP/2 is implemented as a form of reusable C The framing layer of HTTP/2 is implemented as a reusable C
library. On top of that, we have implemented HTTP/2 client, server library. On top of that, we have implemented an HTTP/2 client, server
and proxy. We have also developed load test and benchmarking tool for and proxy. We have also developed load test and benchmarking tools for
HTTP/2 and SPDY. HTTP/2 and SPDY.
HPACK encoder and decoder are available as public API. An HPACK encoder and decoder are available as a public API.
The experimental high level C++ library is also available. An experimental high level C++ library is also available.
We have Python binding of this libary, but we have not covered We have Python bindings of this libary, but we do not have full
everything yet. code coverage yet.
Development Status Development Status
------------------ ------------------
We started to implement h2-14 We started to implement h2-14
(http://tools.ietf.org/html/draft-ietf-httpbis-http2-14), the header (http://tools.ietf.org/html/draft-ietf-httpbis-http2-14), and header
compression compression
(http://tools.ietf.org/html/draft-ietf-httpbis-header-compression-09). (http://tools.ietf.org/html/draft-ietf-httpbis-header-compression-09).
The nghttp2 code base was forked from spdylay project. The nghttp2 code base was forked from the spdylay project.
=========================== ======= =========================== =======
HTTP/2 Features Support HTTP/2 Features Support
@ -37,7 +37,7 @@ Large header (CONTINUATION) Yes
Public Test Server Public Test Server
------------------ ------------------
The following endpoints are available to try out nghttp2 The following endpoints are available to try out our nghttp2
implementation. implementation.
* https://nghttp2.org/ (TLS + ALPN/NPN) * https://nghttp2.org/ (TLS + ALPN/NPN)
@ -67,16 +67,16 @@ To build the documentation, you need to install:
* sphinx (http://sphinx-doc.org/) * sphinx (http://sphinx-doc.org/)
To build and run the application programs (``nghttp``, ``nghttpd`` and To build and run the application programs (``nghttp``, ``nghttpd`` and
``nghttpx``) in ``src`` directory, the following packages are ``nghttpx``) in the ``src`` directory, the following packages are
required: required:
* OpenSSL >= 1.0.1 * OpenSSL >= 1.0.1
* libev >= 4.15 * libev >= 4.15
* zlib >= 1.2.3 * zlib >= 1.2.3
ALPN support requires unreleased version OpenSSL >= 1.0.2. ALPN support requires an unreleased version of OpenSSL >= 1.0.2.
To enable SPDY protocol in the application program ``nghttpx`` and To enable the SPDY protocol in the application program ``nghttpx`` and
``h2load``, the following package is required: ``h2load``, the following package is required:
* spdylay >= 1.3.0 * spdylay >= 1.3.0
@ -90,7 +90,7 @@ The HPACK tools require the following package:
* jansson >= 2.5 * jansson >= 2.5
To build sources under examples directory, libevent is required: To build sources under the examples directory, libevent is required:
* libevent-openssl >= 2.0.8 * libevent-openssl >= 2.0.8
@ -109,16 +109,17 @@ The Python bindings require the following packages:
* cython >= 0.19 * cython >= 0.19
* python >= 2.7 * python >= 2.7
If you are using Ubuntu 14.04 LTS, you need the following packages If you are using Ubuntu 14.04 LTS (trusty), run the following to install the needed packages::
installed::
apt-get install make binutils autoconf automake autotools-dev libtool pkg-config zlib1g-dev libcunit1-dev libssl-dev libxml2-dev libev-dev libevent-dev libjansson-dev libjemalloc-dev cython python3.4-dev sudo apt-get install make binutils autoconf automake autotools-dev libtool pkg-config \
zlib1g-dev libcunit1-dev libssl-dev libxml2-dev libev-dev libevent-dev libjansson-dev \
libjemalloc-dev cython python3.4-dev
spdylay is not packaged in Ubuntu, so you need to build it yourself: spdylay is not packaged in Ubuntu, so you need to build it yourself:
http://tatsuhiro-t.github.io/spdylay/ http://tatsuhiro-t.github.io/spdylay/
Build from git Building from git
-------------- -----------------
Building from git is easy, but please be sure that at least autoconf 2.68 is Building from git is easy, but please be sure that at least autoconf 2.68 is
used:: used::
@ -129,23 +130,23 @@ used::
$ ./configure $ ./configure
$ make $ make
To compile source code, gcc >= 4.8.3 or clang >= 3.4 is required. To compile the source code, gcc >= 4.8.3 or clang >= 3.4 is required.
.. note:: .. note::
Mac OS X users may need ``--disable-threads`` configure option to Mac OS X users may need the ``--disable-threads`` configure option to
disable multi threading in nghttpd, nghttpx and h2load to prevent disable multi-threading in nghttpd, nghttpx and h2load to prevent
them from crashing. Patch is welcome to make multi threading work them from crashing. A patch is welcome to make multi threading work
on Mac OS X platform. on Mac OS X platform.
Building documentation Building the documentation
---------------------- --------------------------
.. note:: .. note::
Documentation is still incomplete. Documentation is still incomplete.
To build documentation, run:: To build the documentation, run::
$ make html $ make html
@ -164,8 +165,8 @@ Unit tests are done by simply running `make check`.
Integration tests Integration tests
----------------- -----------------
We have the integration tests for nghttpx proxy server. The tests are We have the integration tests for the nghttpx proxy server. The tests are
written in `Go programming language <http://golang.org/>`_ and uses written in the `Go programming language <http://golang.org/>`_ and uses
its testing framework. We depend on the following libraries: its testing framework. We depend on the following libraries:
* https://github.com/bradfitz/http2 * https://github.com/bradfitz/http2
@ -182,12 +183,12 @@ To run the tests, run the following command under
$ make it $ make it
Inside the tests, we use port 3009 to run test subject server. Inside the tests, we use port 3009 to run the test subject server.
Client, Server and Proxy programs Client, Server and Proxy programs
--------------------------------- ---------------------------------
The src directory contains HTTP/2 client, server and proxy programs. The ``src`` directory contains the HTTP/2 client, server and proxy programs.
nghttp - client nghttp - client
+++++++++++++++ +++++++++++++++
@ -334,7 +335,7 @@ The HTTP Upgrade is performed like this::
[ 0.038] send GOAWAY frame <length=8, flags=0x00, stream_id=0> [ 0.038] send GOAWAY frame <length=8, flags=0x00, stream_id=0>
(last_stream_id=0, error_code=NO_ERROR(0), opaque_data(0)=[]) (last_stream_id=0, error_code=NO_ERROR(0), opaque_data(0)=[])
With ``-s`` option, ``nghttp`` prints out some timing information for Using the ``-s`` option, ``nghttp`` prints out some timing information for
requests, sorted by completion time:: requests, sorted by completion time::
$ nghttp -nas https://nghttp2.org/ $ nghttp -nas https://nghttp2.org/
@ -360,8 +361,8 @@ requests, sorted by completion time::
+76.14ms +11.17ms 64.97ms 200 171K /images/posts/with-pri-blog.png +76.14ms +11.17ms 64.97ms 200 171K /images/posts/with-pri-blog.png
+88.52ms +11.17ms 77.36ms 200 174K /images/posts/without-pri-blog.png +88.52ms +11.17ms 77.36ms 200 174K /images/posts/without-pri-blog.png
With ``-r`` option, ``nghttp`` writes more detailed timing data to Using the ``-r`` option, ``nghttp`` writes more detailed timing data to
given file in HAR format. the given file in HAR format.
nghttpd - server nghttpd - server
++++++++++++++++ ++++++++++++++++
@ -371,13 +372,13 @@ nghttpd - server
By default, it uses SSL/TLS connection. Use ``--no-tls`` option to By default, it uses SSL/TLS connection. Use ``--no-tls`` option to
disable it. disable it.
``nghttpd`` only accepts the HTTP/2 connection via NPN/ALPN or direct ``nghttpd`` only accepts HTTP/2 connections via NPN/ALPN or direct
HTTP/2 connection. No HTTP Upgrade is supported. HTTP/2 connections. No HTTP Upgrade is supported.
``-p`` option allows users to configure server push. The ``-p`` option allows users to configure server push.
Just like ``nghttp``, it has verbose output mode for framing Just like ``nghttp``, it has a verbose output mode for framing
information. Here is sample output from ``nghttpd`` server:: information. Here is sample output from ``nghttpd``::
$ nghttpd --no-tls -v 8080 $ nghttpd --no-tls -v 8080
IPv4: listen on port 8080 IPv4: listen on port 8080
@ -431,8 +432,8 @@ nghttpx - proxy
+++++++++++++++ +++++++++++++++
``nghttpx`` is a multi-threaded reverse proxy for ``h2-14``, SPDY and ``nghttpx`` is a multi-threaded reverse proxy for ``h2-14``, SPDY and
HTTP/1.1 and powers nghttp2.org site and supports HTTP/2 server push. HTTP/1.1, and powers http://nghttp2.org and supports HTTP/2 server push.
It has several operation modes: It has several operational modes:
================== ============================ ============== ============= ================== ============================ ============== =============
Mode option Frontend Backend Note Mode option Frontend Backend Note
@ -446,19 +447,19 @@ default mode HTTP/2, SPDY, HTTP/1.1 (TLS) HTTP/1.1 Reverse proxy
The interesting mode at the moment is the default mode. It works like The interesting mode at the moment is the default mode. It works like
a reverse proxy and listens for ``h2-14``, SPDY and HTTP/1.1 and can a reverse proxy and listens for ``h2-14``, SPDY and HTTP/1.1 and can
be deployed SSL/TLS terminator for existing web server. be deployed as a SSL/TLS terminator for existing web server.
The default mode, ``--http2-proxy`` and ``--http2-bridge`` modes use The default mode, ``--http2-proxy`` and ``--http2-bridge`` modes use
SSL/TLS in the frontend connection by default. To disable SSL/TLS, SSL/TLS in the frontend connection by default. To disable SSL/TLS,
use ``--frontend-no-tls`` option. If that option is used, SPDY is use the ``--frontend-no-tls`` option. If that option is used, SPDY is
disabled in the frontend and incoming HTTP/1.1 connection can be disabled in the frontend and incoming HTTP/1.1 connections can be
upgraded to HTTP/2 through HTTP Upgrade. upgraded to HTTP/2 through HTTP Upgrade.
The ``--http2-bridge``, ``--client`` and ``--client-proxy`` modes use The ``--http2-bridge``, ``--client`` and ``--client-proxy`` modes use
SSL/TLS in the backend connection by deafult. To disable SSL/TLS, use SSL/TLS in the backend connection by deafult. To disable SSL/TLS, use
``--backend-no-tls`` option. the ``--backend-no-tls`` option.
``nghttpx`` supports configuration file. See ``--conf`` option and ``nghttpx`` supports a configuration file. See the ``--conf`` option and
sample configuration file ``nghttpx.conf.sample``. sample configuration file ``nghttpx.conf.sample``.
In the default mode, (without any of ``--http2-proxy``, In the default mode, (without any of ``--http2-proxy``,
@ -468,18 +469,18 @@ In the default mode, (without any of ``--http2-proxy``,
Client <-- (HTTP/2, SPDY, HTTP/1.1) --> nghttpx <-- (HTTP/1.1) --> Web Server Client <-- (HTTP/2, SPDY, HTTP/1.1) --> nghttpx <-- (HTTP/1.1) --> Web Server
[reverse proxy] [reverse proxy]
With ``--http2-proxy`` option, it works as so called secure proxy (aka With the ``--http2-proxy`` option, it works as a so called secure proxy (aka
SPDY proxy):: SPDY proxy)::
Client <-- (HTTP/2, SPDY, HTTP/1.1) --> nghttpx <-- (HTTP/1.1) --> Proxy Client <-- (HTTP/2, SPDY, HTTP/1.1) --> nghttpx <-- (HTTP/1.1) --> Proxy
[secure proxy] (e.g., Squid, ATS) [secure proxy] (e.g., Squid, ATS)
The ``Client`` in the above needs to be configured to use The ``Client`` in the above example needs to be configured to use
``nghttpx`` as secure proxy. ``nghttpx`` as secure proxy.
At the time of this writing, Chrome is the only browser which supports At the time of this writing, Chrome is the only browser which supports
secure proxy. The one way to configure Chrome to use secure proxy is secure proxy. One way to configure Chrome to use a secure proxy is
create proxy.pac script like this: to create a proxy.pac script like this:
.. code-block:: javascript .. code-block:: javascript
@ -488,7 +489,7 @@ create proxy.pac script like this:
} }
``SERVERADDR`` and ``PORT`` is the hostname/address and port of the ``SERVERADDR`` and ``PORT`` is the hostname/address and port of the
machine nghttpx is running. Please note that Chrome requires valid machine nghttpx is running on. Please note that Chrome requires a valid
certificate for secure proxy. certificate for secure proxy.
Then run Chrome with the following arguments:: Then run Chrome with the following arguments::
@ -496,24 +497,24 @@ Then run Chrome with the following arguments::
$ google-chrome --proxy-pac-url=file:///path/to/proxy.pac --use-npn $ google-chrome --proxy-pac-url=file:///path/to/proxy.pac --use-npn
With ``--http2-bridge``, it accepts HTTP/2, SPDY and HTTP/1.1 With ``--http2-bridge``, it accepts HTTP/2, SPDY and HTTP/1.1
connections and communicates with backend in HTTP/2:: connections and communicates with the backend in HTTP/2::
Client <-- (HTTP/2, SPDY, HTTP/1.1) --> nghttpx <-- (HTTP/2) --> Web or HTTP/2 Proxy etc Client <-- (HTTP/2, SPDY, HTTP/1.1) --> nghttpx <-- (HTTP/2) --> Web or HTTP/2 Proxy etc
(e.g., nghttpx -s) (e.g., nghttpx -s)
With ``--client-proxy`` option, it works as forward proxy and expects With ``--client-proxy``, it works as a forward proxy and expects
that the backend is HTTP/2 proxy:: that the backend is an HTTP/2 proxy::
Client <-- (HTTP/2, HTTP/1.1) --> nghttpx <-- (HTTP/2) --> HTTP/2 Proxy Client <-- (HTTP/2, HTTP/1.1) --> nghttpx <-- (HTTP/2) --> HTTP/2 Proxy
[forward proxy] (e.g., nghttpx -s) [forward proxy] (e.g., nghttpx -s)
The ``Client`` needs to be configured to use nghttpx as forward The ``Client`` needs to be configured to use nghttpx as a forward
proxy. The frontend HTTP/1.1 connection can be upgraded to HTTP/2 proxy. The frontend HTTP/1.1 connection can be upgraded to HTTP/2
through HTTP Upgrade. With the above configuration, one can use through HTTP Upgrade. With the above configuration, one can use
HTTP/1.1 client to access and test their HTTP/2 servers. HTTP/1.1 client to access and test their HTTP/2 servers.
With ``--client`` option, it works as reverse proxy and expects that With ``--client``, it works as a reverse proxy and expects that
the backend is HTTP/2 Web server:: the backend is an HTTP/2 Web server::
Client <-- (HTTP/2, HTTP/1.1) --> nghttpx <-- (HTTP/2) --> Web Server Client <-- (HTTP/2, HTTP/1.1) --> nghttpx <-- (HTTP/2) --> Web Server
[reverse proxy] [reverse proxy]
@ -522,11 +523,11 @@ The frontend HTTP/1.1 connection can be upgraded to HTTP/2
through HTTP Upgrade. through HTTP Upgrade.
For the operation modes which talk to the backend in HTTP/2 over For the operation modes which talk to the backend in HTTP/2 over
SSL/TLS, the backend connections can be tunneled through HTTP proxy. SSL/TLS, the backend connections can be tunneled through an HTTP proxy.
The proxy is specified using ``--backend-http-proxy-uri`` option. The The proxy is specified using ``--backend-http-proxy-uri``. The
following figure illustrates the example of ``--http2-bridge`` and following figure illustrates the example of the ``--http2-bridge`` and
``--backend-http-proxy-uri`` options to talk to the outside HTTP/2 ``--backend-http-proxy-uri`` options to talk to the outside HTTP/2
proxy through HTTP proxy:: proxy through an HTTP proxy::
Client <-- (HTTP/2, SPDY, HTTP/1.1) --> nghttpx <-- (HTTP/2) -- Client <-- (HTTP/2, SPDY, HTTP/1.1) --> nghttpx <-- (HTTP/2) --
@ -537,7 +538,7 @@ Benchmarking tool
----------------- -----------------
The ``h2load`` program is a benchmarking tool for HTTP/2 and SPDY. The ``h2load`` program is a benchmarking tool for HTTP/2 and SPDY.
The SPDY support is enabled if the program was built with spdylay The SPDY support is enabled if the program was built with the spdylay
library. The UI of ``h2load`` is heavily inspired by ``weighttp`` library. The UI of ``h2load`` is heavily inspired by ``weighttp``
(https://github.com/lighttpd/weighttp). The typical usage is as (https://github.com/lighttpd/weighttp). The typical usage is as
follows:: follows::
@ -565,38 +566,38 @@ follows::
min max mean sd +/- sd min max mean sd +/- sd
time for request: 283.86ms 1.46s 659.70ms 150.87ms 84.68% time for request: 283.86ms 1.46s 659.70ms 150.87ms 84.68%
The above example issued total 100000 requests, using 100 concurrent The above example issued total 100,000 requests, using 100 concurrent
clients (in other words, 100 HTTP/2 sessions), and maximum 100 streams clients (in other words, 100 HTTP/2 sessions), and a maximum of 100 streams
per client. With ``-t`` option, ``h2load`` will use multiple native per client. With the ``-t`` option, ``h2load`` will use multiple native
threads to avoid saturating single core on client side. threads to avoid saturating a single core on client side.
.. warning:: .. warning::
**Don't use this tool against publicly available servers.** That is **Don't use this tool against publicly available servers.** That is
considered a DOS attack. Please only use against your private considered a DOS attack. Please only use it against your private
servers. servers.
HPACK tools HPACK tools
----------- -----------
The ``src`` directory contains HPACK tools. The ``deflatehd`` is a The ``src`` directory contains the HPACK tools. The ``deflatehd`` program is a
command-line header compression tool. The ``inflatehd`` is command-line header compression tool. The ``inflatehd`` program is a
command-line header decompression tool. Both tools read input from command-line header decompression tool. Both tools read input from
stdin and write output to stdout. The errors are written to stderr. stdin and write output to stdout. Errors are written to stderr.
They take JSON as input and output. We use (mostly) same JSON data They take JSON as input and output. We (mostly) use the same JSON data
format described at https://github.com/http2jp/hpack-test-case format described at https://github.com/http2jp/hpack-test-case.
deflatehd - header compressor deflatehd - header compressor
+++++++++++++++++++++++++++++ +++++++++++++++++++++++++++++
The ``deflatehd`` reads JSON data or HTTP/1-style header fields from The ``deflatehd`` program reads JSON data or HTTP/1-style header fields from
stdin and outputs compressed header block in JSON. stdin and outputs compressed header block in JSON.
For the JSON input, the root JSON object must include ``cases`` key. For the JSON input, the root JSON object must include a ``cases`` key.
Its value has to include the sequence of input header set. They share Its value has to include the sequence of input header set. They share
the same compression context and are processed in the order they the same compression context and are processed in the order they
appear. Each item in the sequence is a JSON object and it must appear. Each item in the sequence is a JSON object and it must
include ``headers`` key. Its value is an array of a JSON object, include a ``headers`` key. Its value is an array of JSON objects,
which includes exactly one name/value pair. which includes exactly one name/value pair.
Example: Example:
@ -622,8 +623,8 @@ Example:
} }
With ``-t`` option, the program can accept more familiar HTTP/1 style With the ``-t`` option, the program can accept more familiar HTTP/1 style
header field block. Each header set is delimited by empty line: header field blocks. Each header set is delimited by an empty line:
Example:: Example::
@ -634,29 +635,29 @@ Example::
:method: POST :method: POST
user-agent: nghttp2 user-agent: nghttp2
The output is JSON object. It should include ``cases`` key and its The output is in JSON object. It should include a ``cases`` key and its
value is an array of JSON object, which has at least following keys: value is an array of JSON objects, which has at least the following keys:
seq seq
The index of header set in the input. The index of header set in the input.
input_length input_length
The sum of length of name/value pair in the input. The sum of the length of the name/value pairs in the input.
output_length output_length
The length of compressed header block. The length of the compressed header block.
percentage_of_original_size percentage_of_original_size
``input_length`` / ``output_length`` * 100 ``input_length`` / ``output_length`` * 100
wire wire
The compressed header block in hex string. The compressed header block as a hex string.
headers headers
The input header set. The input header set.
header_table_size header_table_size
The header table size adjusted before deflating header set. The header table size adjusted before deflating the header set.
Examples: Examples:
@ -723,7 +724,7 @@ Examples:
The output can be used as the input for ``inflatehd`` and The output can be used as the input for ``inflatehd`` and
``deflatehd``. ``deflatehd``.
With ``-d`` option, the extra ``header_table`` key is added and its With the ``-d`` option, the extra ``header_table`` key is added and its
associated value includes the state of dynamic header table after the associated value includes the state of dynamic header table after the
corresponding header set was processed. The value includes at least corresponding header set was processed. The value includes at least
the following keys: the following keys:
@ -747,8 +748,8 @@ deflate_size
``max_deflate_size``. ``max_deflate_size``.
max_deflate_size max_deflate_size
The maximum header table size encoder uses. This can be smaller The maximum header table size the encoder uses. This can be smaller
than ``max_size``. In this case, encoder only uses up to first than ``max_size``. In this case, the encoder only uses up to first
``max_deflate_size`` buffer. Since the header table size is still ``max_deflate_size`` buffer. Since the header table size is still
``max_size``, the encoder has to keep track of entries ouside the ``max_size``, the encoder has to keep track of entries ouside the
``max_deflate_size`` but inside the ``max_size`` and make sure ``max_deflate_size`` but inside the ``max_size`` and make sure
@ -911,14 +912,14 @@ Example:
inflatehd - header decompressor inflatehd - header decompressor
+++++++++++++++++++++++++++++++ +++++++++++++++++++++++++++++++
The ``inflatehd`` reads JSON data from stdin and outputs decompressed The ``inflatehd`` program reads JSON data from stdin and outputs decompressed
name/value pairs in JSON. name/value pairs in JSON.
The root JSON object must include ``cases`` key. Its value has to The root JSON object must include the ``cases`` key. Its value has to
include the sequence of compressed header block. They share the same include the sequence of compressed header blocks. They share the same
compression context and are processed in the order they appear. Each compression context and are processed in the order they appear. Each
item in the sequence is a JSON object and it must have at least item in the sequence is a JSON object and it must have at least a
``wire`` key. Its value is a compressed header block in hex string. ``wire`` key. Its value is a compressed header block as a hex string.
Example: Example:
@ -932,17 +933,17 @@ Example:
] ]
} }
The output is JSON object. It should include ``cases`` key and its The output is a JSON object. It should include a ``cases`` key and its
value is an array of JSON object, which has at least following keys: value is an array of JSON objects, which has at least following keys:
seq seq
The index of header set in the input. The index of the header set in the input.
headers headers
The JSON array includes decompressed name/value pairs. A JSON array that includes decompressed name/value pairs.
wire wire
The compressed header block in hex string. The compressed header block as a hex string.
header_table_size header_table_size
The header table size adjusted before inflating compressed header The header table size adjusted before inflating compressed header
@ -1006,8 +1007,8 @@ Example:
The output can be used as the input for ``deflatehd`` and The output can be used as the input for ``deflatehd`` and
``inflatehd``. ``inflatehd``.
With ``-d`` option, the extra ``header_table`` key is added and its With the ``-d`` option, the extra ``header_table`` key is added and its
associated value includes the state of dynamic header table after the associated value includes the state of the dynamic header table after the
corresponding header set was processed. The format is the same as corresponding header set was processed. The format is the same as
``deflatehd``. ``deflatehd``.
@ -1016,10 +1017,10 @@ libnghttp2_asio: High level HTTP/2 C++ library
libnghttp2_asio is C++ library built on top of libnghttp2 and provides libnghttp2_asio is C++ library built on top of libnghttp2 and provides
high level abstraction API to build HTTP/2 applications. It depends high level abstraction API to build HTTP/2 applications. It depends
on Boost::ASIO library and OpenSSL. Currently libnghttp2_asio on the Boost::ASIO library and OpenSSL. Currently libnghttp2_asio
provides client and server API. provides both client and server APIs.
libnghttp2_asio is not built by default. Use ``--enable-asio-lib`` libnghttp2_asio is not built by default. Use the ``--enable-asio-lib``
configure flag to build libnghttp2_asio. The required Boost libraries configure flag to build libnghttp2_asio. The required Boost libraries
are: are:
@ -1027,9 +1028,9 @@ are:
* Boost::System * Boost::System
* Boost::Thread * Boost::Thread
Server API is designed to build HTTP/2 server very easily to utilize The server API is designed to build an HTTP/2 server very easily to utilize
C++11 anonymous function and closure. The bare minimum example of C++11 anonymous functions and closures. The bare minimum example of
HTTP/2 server looks like this: an HTTP/2 server looks like this:
.. code-block:: cpp .. code-block:: cpp
@ -1052,7 +1053,7 @@ HTTP/2 server looks like this:
} }
} }
Here is the sample code for client API use: Here is sample code to use the client API:
.. code-block:: cpp .. code-block:: cpp
@ -1109,19 +1110,19 @@ For more details, see the documentation of libnghttp2_asio.
Python bindings Python bindings
--------------- ---------------
This ``python`` directory contains nghttp2 Python bindings. The The ``python`` directory contains nghttp2 Python bindings. The
bindings currently provide HPACK compressor and decompressor classes bindings currently provide HPACK compressor and decompressor classes
and HTTP/2 server. and an HTTP/2 server.
The extension module is called ``nghttp2``. The extension module is called ``nghttp2``.
``make`` will build the bindings and target Python version is ``make`` will build the bindings and target Python version is
determined by configure script. If the detected Python version is not determined by the ``configure`` script. If the detected Python version is not
what you expect, specify a path to Python executable in ``PYTHON`` what you expect, specify a path to Python executable in a ``PYTHON``
variable as an argument to configure script (e.g., ``./configure variable as an argument to configure script (e.g., ``./configure
PYTHON=/usr/bin/python3.4``). PYTHON=/usr/bin/python3.4``).
The following example code illustrates basic usage of HPACK compressor The following example code illustrates basic usage of the HPACK compressor
and decompressor in Python: and decompressor in Python:
.. code-block:: python .. code-block:: python
@ -1148,21 +1149,21 @@ By default, it does nothing. It must be subclassed to handle each
event callback method. event callback method.
The first callback method invoked is ``on_headers()``. It is called The first callback method invoked is ``on_headers()``. It is called
when HEADERS frame, which includes request header fields, has arrived. when HEADERS frame, which includes the request header fields, has arrived.
If request has request body, ``on_data(data)`` is invoked for each If the request has a request body, ``on_data(data)`` is invoked for each
chunk of received data. chunk of received data.
When whole request is received, ``on_request_done()`` is invoked. Once the entire request is received, ``on_request_done()`` is invoked.
When stream is closed, ``on_close(error_code)`` is called. When the stream is closed, ``on_close(error_code)`` is called.
The application can send response using ``send_response()`` method. The application can send a response using ``send_response()`` method.
It can be used in ``on_headers()``, ``on_data()`` or It can be used in ``on_headers()``, ``on_data()`` or
``on_request_done()``. ``on_request_done()``.
The application can push resource using ``push()`` method. It must be The application can push resources using the ``push()`` method. It must be
used before ``send_response()`` call. used before the ``send_response()`` call.
The following instance variables are available: The following instance variables are available:
@ -1232,14 +1233,15 @@ When contributing with code, you agree to put your changes and new
code under the same license nghttp2 is already using unless stated and code under the same license nghttp2 is already using unless stated and
agreed otherwise. agreed otherwise.
When changing existing source code, you do not alter the copyright of When changing existing source code, do not alter the copyright of
the original file(s). The copyright will still be owned by the the original file(s). The copyright will still be owned by the
original creator(s) or those who have been assigned copyright by the original creator(s) or those who have been assigned copyright by the
original author(s). original author(s).
By submitting a patch to the nghttp2 project, you are assumed to have By submitting a patch to the nghttp2 project, you (or your employer, as
the right to the code and to be allowed by your employer or whatever the case may be) agree to assign the copyright of your submission to us.
to hand over that patch/code to us. We will credit you for your .. the above really needs to be reworded to pass legal muster.
We will credit you for your
changes as far as possible, to give credit but also to keep a trace changes as far as possible, to give credit but also to keep a trace
back to who made what changes. Please always provide us with your back to who made what changes. Please always provide us with your
full real name when contributing! full real name when contributing!