Version 4.5.8 of mod_wsgi can be obtained from:
- When using HTTP/2 support and
wsgi.file_wrapper, the response could be truncated when
mod_h2was deferring the sending of the response until after the WSGI request had been finalized.
- Builds were failing on Windows. Insert appropriate
#ifconditional around code which shouldn’t have been getting included on Windows.
mod_wsgi-expressis run as
--python-eggsoption is used, if the directory for the Python eggs didn’t exist, it was created, but the ownership/group were not set to be the user and group that Apache would run the WSGI application. As a result Python eggs could not actually be unpacked into the directory. Now change the ownership/group of the directory to user/group specified when
- Installation on MacOS X Sierra fails for both CMMI and
pip installmethods. This is because Apple removed
apu-1-configtools needed by
apxsto install third party Apache module. A workaround has been incorporated so that installation still works when using
pip install, but there is no workaround for CMMI method. You will need to use
pip installmethod and then use
mod_wsgi-express module-configto get the configuration to then add into the Apache configuration so it knows how to load the mod_wsgi module. Then configure Apache so it knows about your WSGI application.
- Compilation would fail on MacOS X Sierra as the API was changed for obtaining task information. This was used to get memory used by the process.
WSGIIgnoreActivitydirective. This can be set to
Oninside of a
Locationdirective block for a specific URL path, and any requests against matching URLs will not trigger a reset of the inactivity timeout for a mod_wsgi daemon process. This can be used on health check URLs so that periodic requests against the health check URL do not interfere with the inactivity timeout and keep the process running, rather than allowing the process to restart due to being otherwise idle.
- Added the
mod_wsgi-express. It will set the
Onfor the specific URL path passed as argument to the option. Any requests against the matching URL path will not trigger a reset of the inactivity timeout for a mod_wsgi daemon process.
- Added the
mod_wsgi-expressto get the Apache configuration snippet you would use to load the mod_wsgi module from the Python installation direct into Apache, rather than installing the module into the Apache modules directory.
- Added experimental support for installing mod_wsgi on Windows using
pip. Is only tested with Apache 2.4 and Python 3.5. The Apache installation must be installed in
pip install mod_wsgi. The run
mod_wsgi-express module-configand it will generate the required configuration to add into the Apache configuration file to load the mod_wsgi module. You still need to separately configure Apache for your specific WSGI application.