# Version 4.4.7

Version 4.4.7 of mod_wsgi can be obtained from:

> https://codeload.github.com/GrahamDumpleton/mod_wsgi/tar.gz/4.4.7

For details on the availability of Windows binaries see:

> https://github.com/GrahamDumpleton/mod_wsgi/tree/master/win32

## Features Changed

1. The `proxy-buffer-size` option to `WSGIDaemonProcess` directive was renamed to `response-buffer-size` to avoid confusion with options related to normal HTTP proxying. The `--proxy-buffer-size` option of `mod_wsgi-express` was similarly renamed to `--response-buffer-size`.

## New Features

1. Added `--service-script` option to `mod_wsgi-express` to allow a Python script to be loaded and executed in the context of a distinct daemon process. This can be used for executing a service to be managed by Apache, even though it is a distinct application. The options take two arguments, a short name for the service and the path to the Python script for starting the service.

If `mod_wsgi-express` is being run as root, then a user and group can be specified for the service using the `--service-user` and `--service-group` options. The options take two arguments, a short name for the service and the user or group name respectively.

2. Added `--proxy-url-alias` option to `mod_wsgi-express` for setting up proxying of a sub URL of the site to a remote URL.

3. Added `--proxy-virtual-host` option to `mod_wsgi-express` for setting up proxying of a whole virtual host to a remote URL. Only supports proxying of HTTP requests and not HTTPS requests.

4. Added `eviction-timeout` option to `WSGIDaemonProcess` directive. For the case where the graceful restart signal, usually `SIGUSR1`, is sent to a daemon process to evict the WSGI application and restart the process, this controls how many seconds the process will wait, while still accepting new requests, before it reaches an idle state with no active requests and shuts down.

The `graceful-timeout` option previously performed this exact role in this case previously, but a separate option is being added to allow a different timeout period to be specified for the case for forced eviction. The existing `graceful-timeout` option is still used when a maximum requests option or CPU usage limit is set. For backwards compatibility, if `eviction-timeout` isn’t set, it will fall back to using any value specified using the `graceful-timeout` option.

The `--eviction-timeout` option has also been added to `mod_wsgi-express` and behaves in a similar fashion.

5. Added support for new `mod_wsgi-httpd` package. The `mod_wsgi-httpd` package is a pip installable package which will build the Apache httpd server and install it into the Python installation. If the `mod_wsgi-httpd` package is installed before installing this package, then the Apache httpd server installation installed by `mod_wsgi-httpd` will be used instead of any system installed version of the Apache httpd server when running `mod_wsgi-express`. This allows you to workaround any inability to upgrade the main Apache installation, or install its ‘dev’ package if missing, or install it outright if not present.