Author: Sylvain Viollon



``infrae.wsgi`` provides a support to run Zope 2 as a WSGI application.

.. contents::


It basically does the same work than:

- ``repoze.zope2``,

- Zope 2 new builtin WSGI publisher.

Except than:

- It work with real Zope 2 applications and no monkey-patches,

- It pay specially attention to properly implement streaming. You can
  use your ZODB connection while streaming, (either with the
  ``.write`` method of request, or returning an ``IResult`` or an
  ``IStreamIterator`` iterator). ConflictError generate a final error
  if they happens during a streaming operation, not re-sending things
  again on the same HTTP connection,

- All ConflictError are properly managed.

- All those cases are tested.

It does not:

- Provide Zope 2 as a collection of WSGI middlewares, as Zope 2 paradigm /
  code base is not good for it,

- Do all fancy request body changes that old Zope 2 publisher does, as
  nobody use it anymore since a very long time.


Error messages are handled a bit differently than in
traditional Zope 2, in order to make things simpler.

They are views on errors (called ``error.html``), and wrapped in
acquisition around the context where they happened::

   from five import grok

   class CorpError(Exception):
       """Custom corporate error.

   class CorpErrorMessage(grok.View):

       def render(self):
           # aq_parent(self) is where the error happened
           return u'I Failed: %s' % str(self.error.args)

Errors are logged with useful information:

- Which is the URL triggering this error,

- The user-agent,

- The referent,

- The logged in username,

- On which object, its physical path and meta_type if possible.

The error log can be accessible online via ``/errorlog.html`` on any
Zope 2 content.

Errors can also be sent to a Sentry service (see Paste Deploy section).

The error log ignores certain errors by default: NotFound, Redirect,
Unauthorized, Forbidden, BadRequest, BrokenReferenceError.  The errlog.html page
has a form configure some (or all) of these errors to not be ignored.  This is
not a persistent setting and is forgotten on restart.


``infrae.wsgi`` has been and deployed with Paste Deploy, ``mod_wsgi``
and ``nginx``. It correctly respect the WSGI specification and should
work with any WSGI server.

Paste Deploy

The application is available with the entry point

It expect an option variable called ``zope_conf`` that point to the
Zope 2 configuration file.

The option ``debug_mode`` can as well be specified, to run Zope in
debug mode. In debug mode, error pages will not be rendered by Zope
and the errors will propagate in the WSGI stack. This behavior will
let you debug errors with specialized middlewares.

To disable the error propagation in debug mode, the option
``debug_exceptions`` can be set to ``off``.

The option ``zope_workers`` can be used to specify the maximum of
threads Zope should allow to process requests at the same time
(default to ``4``). This can be usefull if you wish to allow more
threads in your wsgi environment, in case you have middlewares or
other applications that intercept the requests and support more
threads than Zope does.

The option ``show_errors`` accepts a comma-separated list of
errors which will not be ignored. This overrides the default list of
ignored errors (see the Errors section, above)

The option ``ignore_errors`` accepts a comma-separated list of errors
which will be ignored. This overrides the default list of ignored
errors too.

The configuration accepts options for `Raven`_ (Sentry's client)::

  raven.dsn =
  raven.include_paths = my.package, my.other.package
  raven.exclude_paths = my.package.crud

Those options requires `Raven`_ to be installed.

Virtual Hosting

You can add two headers in your proxy in order to control the virtual

- ``X-VHM-URL``: That would the