aboutsummaryrefslogtreecommitdiffstats
path: root/guide/handlers.md
blob: dac5460663f9ec199ffd38e9f3678e7bb2cce7b1 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
Handlers
========

Purpose
-------

Handlers are Erlang modules that represent a resource.

Handlers must process the request and send a reply. The nature of the
reply will vary between handlers.

Different kinds of handlers can be combined in a single module. This
allows a module to handle both websocket and long-polling code in a
single place, for example.

Protocol upgrades
-----------------

Cowboy features many different handlers: HTTP handlers, loop handlers,
websocket handlers, REST handlers and static handlers. All of them
have a common entry point: the `init/3` function.

By default, Cowboy considers your handler to be an HTTP handler.

To switch to a different protocol, like, for example, Websocket,
you must perform a protocol upgrade. This is done by returning
a protocol upgrade tuple at the end of `init/3`.

The following snippet upgrades the handler to `my_protocol`.

``` erlang
init(_Any, _Req, _Opts) ->
    {upgrade, protocol, my_protocol}.
```

The `my_protocol` module will be used for further processing of the
request. It requires only one callback, `upgrade/4`.

@todo Describe `upgrade/4` when the middleware code gets pushed.