Switch branches/tags
Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
229 lines (168 sloc) 6.93 KB


The routes argument must be a dictionary containing defined routes per vroot.


By default, if no routes specified, the requests are handled by matching the URI request with an valid API Resource, you only need to specify routes if want to handle different URI requests with a single API Resource


The request:

Will be handled by the python custom module zun_env/

But all the following GET requests:

And also this POST requests:

curl -i -X POST -d 'freebsd'

curl -i -X POST -d 'freebsd'

curl -i -X POST -d 'freebsd'

curl -i -X POST -d 'freebsd'

Will be handled by the pythom custom module zun_hasher/, this is because a specified route:

('/(md5|sha1|sha256|sha512)(/.*)?', 'hasher', 'GET, POST')

You can totally omit routes and handle all by following the API directory structure, this can give you more fine control over you API, for example in the previous example you could create modules for every hash algorithm, and have independent modules like:


Defining routes or using the directory structure is a design choice, some times having all in one module can be easy to maintain, while other times having a module for each specific task, would be prefered.

.. seealso::
   The `zun_ prefix </en/latest/zunzun/Prefix.html>`_

The flow

When a new request arrive, the ZunZun router searches for a vroot declared on the hosts dictionary matching the current HTTP_HOST.

Once a vroot is found, the ZunZun router parses the REQUEST_URI in order to accomplish this pattern:


The router first analyses the URI and determines if it is versioned or not by finding a match with the current specified versions in case no one is found, fallback to the default which is always the first item on the versions list in case one provided, or v0.

After this process, the REQUEST_URI becomes a list of resources - something like:

['version', 'api_resource', 'path']

# for
['v0', 'env']

# for
['v0', 'sha256', 'freebsd']

The second step on the router is to find a match within the routes dictionary and the local modules.

In case a list of routes is passed as an argument to the ZunZun instance, the router will try to match the API_resource with the items of the routes dictionary. If no matches are found it will try to find the module in the root directory.

Routes dictionary structure

In the above example, the routes dictionary contains:

vroot regular expression API Resource HTTP methods
default /(md5|sha1|sha256|sha512)(/.*)? hasher 'GET, POST'
beta /upload/?.* upload 'PUT, POST'
beta /.* default  

Translating the table to code:


Regular expressions have priority, for example the regex (/.*) will catch-all the request, that's why in our example is the last regex, since order is important.

Directory structure

The API directory structure for the examples presented here is:

API directory structure

default:vroot directory
beta:vroot directory