web.dispatch.resource 3.0.0

Development Version

Development takes place on GitHub in the web.dispatch.resource project. Issue tracking, documentation, and downloads are provided there.

Installing the current development version requires Git, a distributed source code management system. If you have Git you can run the following to download and link the development version into your Python runtime:

git clone https://github.com/marrow/web.dispatch.resource.git
pip install -e web.dispatch.resource

You can then upgrade to the latest version at any time:

cd web.dispatch.resource
git pull
pip install -U -e .

If you would like to make changes and contribute them back to the project, fork the GitHub project, make your changes, and submit a pull request. This process is beyond the scope of this documentation; for more information see GitHub’s documentation.

Dispatchable Objects

This form of dispatch relies on having an object whose attributes, named after HTTP verbs, are callable. Typically classes with methods are used for this purpose. A basic example, using the web.dispatch.resource:Resource helper class, would be:

class Potato(Resource):
    def get(self):
        return "This is a marvellous potato."

This represents a resource (thus the name) with two different endpoints based on the HTTP verb in the request. Fairly basic so far. To define a collection of resources, however, things get a little more complex:

class Field(Collection):
    __resource__ = Potato

    potatoes = 10

    def get(self):
        return str(self.potatoes) + " potatoes in the field."

    def post(self):
        Field.potatoes += 1
        return "There are now " + str(Field.potatoes) + " potatoes in the field."

    def delete(self):
        Field.potatoes = 0
        return "You monster."

    def __getitem__(self, index):
        try:
            index = int(index)
        except ValueError:
            raise KeyError()

        if index <= 0 or index > self.potatoes:
            raise KeyError()

        return index

This defines a resource (since colections are also resources) with a few standard operations on it, plus this strange double underscore method. This is a standard Python feature that lets you define that instances of your class can be accessed using mapping subscripts, like a dictionary. This is how resource dispatch looks up individual items out of collections.

If a KeyError is raised in __getitem__, then that identifier is assumed to not exist.

The result of this lookup (using the next path element being dispatched against) is passed positionally to the constructor of the class pointed to by the __resource__ attribute of the Collection subclass, as is a reference to the collection that spawned it.

We can now update our initial example resource to behave as part of a collection:

class Potato(Resource):
    def get(self):
        return "One of " + str(self._collection.potatoes) + " beautiful potatoes."

    def delete(self):
        self._collection.potatoes -= 1
        return "You monster."

The text result of a GET request to / will be 10 potatoes in the field. You can probably infer the remaining behaviour.

Framework Authors

To get started using resource dispatch to route requests in your web application, you’re going to need to instantiate the dispatcher:

from web.dispatch.resource import ResourceDispatch

dispatch = ResourceDispatch()  # There is currently no configuration.

Once you have that, you’ll need a WSGI environment in some form of attribute access object used as the context. Our examples here will use WebOb to provide a mock environment for us:

from webob import Request, Response
req = Request.objects.blank('/', method="delete")
context = Context(environ=req.environ, request=req, response=Response())

Now that we have a prepared dispatcher, and prepared context, we’ll need to prepare the path according to the protocol:

path = req.path_info.split('/')  # Initial path from the request's PATH_INFO.
path = path[1:]  # Skip singular leading slashes; see the API specification.
path = deque(path)  # Provide the path as a deque instance, allowing popleft.

The above doesn’t need to be split apart exaclty like that, but you get the idea of the processing steps that need to be completed prior to calling the dispatcher. The above might happen only once for the entire duration of a request within a web framework, for example.

We can now call the dispatcher and iterate dispatch events:

for segment, handler, endpoint, *meta in dispatch(context, some_object, path):
    print(segment, handler, endpoint)  # Do something with this information.

When a context is provided, it is passed as the first argument to any instantiated classes. After completing iteration, check the final endpoint. If it is True then the path was successfully mapped to the object referenced by the handler variable, otherwise it represents the deepest object that was able to be found.

You can always just skip straight to the answer if you so chooose:

segment, handler, endpoint, *meta = list(dispatch(context, some_object, path))[-1]

However, providing some mechanism for callbacks or notifications of dispatch is often far more generally useful

Note: It is entirely permissable or dispatchers to return None as a processed path segment. Resource dispatch will, under most circumstances not involving attributes who are classes, will use None in this way.

for meta in dispatch(None, some_object, path):
    segment, handler, endpoint = step[:3]  # Unpack, but preserve.
    print(segment, handler, endpoint, meta)  # Do something with this information.

Version 3.0

• Updated minimum Python version. Marrow Package now requires Python 3.6 or later.

• Removed Python 2 support and version specific code. The project has been updated to modern Python packaging standards, including modern namespace use. Modern namespaces are wholly incompatible with the previous namespacing mechanism; this project can not be simultaneously installed with any Marrow project that is Python 2 compatible.

Version 2.0

• Extract of the resource dispatch mechanism from WebCore.

• Updated to utilize the standardized dispatch protocol.

Version 1.x

• Process fully integrated in the WebCore web framework as the “RESTful dialect”.

The MIT License

Copyright © 2009-2019 Alice Bevan-McGregor and contributors.

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.