summaryrefslogtreecommitdiff
path: root/CHANGES.txt
diff options
context:
space:
mode:
authorChris McDonough <chrism@plope.com>2011-07-24 01:01:38 -0400
committerChris McDonough <chrism@plope.com>2011-07-24 01:01:38 -0400
commitaf2323bcb169653dd2d76d7c40909fd881041beb (patch)
tree253855f806cd3c6538cb87e54febd56b4feae345 /CHANGES.txt
parentac77e365c8269953a5dde89157d7468529ee7432 (diff)
downloadpyramid-af2323bcb169653dd2d76d7c40909fd881041beb.tar.gz
pyramid-af2323bcb169653dd2d76d7c40909fd881041beb.tar.bz2
pyramid-af2323bcb169653dd2d76d7c40909fd881041beb.zip
first cut
Diffstat (limited to 'CHANGES.txt')
-rw-r--r--CHANGES.txt59
1 files changed, 59 insertions, 0 deletions
diff --git a/CHANGES.txt b/CHANGES.txt
index 3c232d880..b1979347a 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -51,6 +51,65 @@ Features
argument; this chain will be returned to Pyramid as a single view
callable.
+- New configurator directive:
+ ``pyramid.config.Configurator.add_request_handler``. This directive adds
+ a request handler factory.
+
+ A request handler factory is used to wrap the Pyramid router's primary
+ request handling function. This is a feature usually only used by
+ framework extensions, to provide, for example, view timing support and as
+ a convenient place to hang bookkeeping code that examines exceptions
+ before they are returned to the server.
+
+ A request handler factory (passed as ``handler_factory``) must be a
+ callable which accepts two arguments: ``handler`` and ``registry``.
+ ``handler`` will be the request handler being wrapped. ``registry`` will
+ be the Pyramid application registry represented by this Configurator. A
+ request handler factory must return a request handler when it is called.
+
+ A request handler accepts a request object and returns a response object.
+
+ Here's an example of creating both a handler factory and a handler, and
+ registering the handler factory:
+
+ .. code-block:: python
+
+ import time
+
+ def timing_handler_factory(handler, registry):
+ if registry.settings['do_timing']:
+ # if timing support is enabled, return a wrapper
+ def timing_handler(request):
+ start = time.time()
+ try:
+ response = handler(request)
+ finally:
+ end = time.time()
+ print: 'The request took %s seconds' % (end - start)
+ return response
+ return timing_handler
+ # if timing support is not enabled, return the original handler
+ return handler
+
+ config.add_request_handler(timing_handler_factory, 'timing')
+
+ The ``request`` argument to the handler will be the request created by
+ Pyramid's router when it receives a WSGI request.
+
+ If more than one request handler factory is registered into a single
+ configuration, the request handlers will be chained together. The first
+ request handler factory added (in code execution order) will be called
+ with the default Pyramid request handler, the second handler factory added
+ will be called with the result of the first handler factory, ad
+ infinitum. The Pyramid router will use the outermost wrapper in this chain
+ (which is a bit like a WSGI middleware "pipeline") as its handler
+ function.
+
+ The ``name`` argument to this function is required. The name is used as a
+ key for conflict detection. No two request handler factories may share
+ the same name in the same configuration (unless
+ automatic_conflict_resolution is able to resolve the conflict or
+ this is an autocommitting configurator).
1.1 (2011-07-22)
================