03: Application Configuration with .ini Files¶
Use Pyramid's pserve command with a .ini configuration file for
simpler, better application running.
Background¶
Pyramid has a first-class concept of configuration
distinct from code. This approach is optional, but its presence makes it
distinct from other Python web frameworks. It taps into Python's setuptools
library, which establishes conventions for installing and providing "entry
points" for Python projects. Pyramid uses an entry point to let a Pyramid
application know where to find the WSGI app.
Objectives¶
- Modify our
setup.pyto have an entry point telling Pyramid the location of the WSGI app. - Create an application driven by an
.inifile. - Start the application with Pyramid's
pservecommand. - Move code into the package's
__init__.py.
Steps¶
First we copy the results of the previous step:
$ cd ..; cp -r package ini; cd ini
Our
ini/setup.pyneeds a setuptools "entry point" in thesetup()function:1 2 3 4 5 6 7 8 9 10 11 12 13 14
from setuptools import setup requires = [ 'pyramid', 'waitress', ] setup(name='tutorial', install_requires=requires, entry_points="""\ [paste.app_factory] main = tutorial:main """, )
We can now install our project, thus generating (or re-generating) an "egg" at
ini/tutorial.egg-info:$ $VENV/bin/pip install -e .Let's make a file
ini/development.inifor our configuration:1 2 3 4 5 6
[app:main] use = egg:tutorial [server:main] use = egg:waitress#main listen = localhost:6543
We can refactor our startup code from the previous step's
app.pyintoini/tutorial/__init__.py:1 2 3 4 5 6 7 8 9 10 11 12 13
from pyramid.config import Configurator from pyramid.response import Response def hello_world(request): return Response('<body><h1>Hello World!</h1></body>') def main(global_config, **settings): config = Configurator(settings=settings) config.add_route('hello', '/') config.add_view(hello_world, route_name='hello') return config.make_wsgi_app()
Now that
ini/tutorial/app.pyisn't used, let's remove it:$ rm tutorial/app.py
Run your Pyramid application with:
$ $VENV/bin/pserve development.ini --reloadOpen http://localhost:6543/.
Analysis¶
Our development.ini file is read by pserve and serves to bootstrap our
application. Processing then proceeds as described in the Pyramid chapter on
application startup:
pservelooks for[app:main]and findsuse = egg:tutorial.- The projects's
setup.pyhas defined an "entry point" (lines 10-13) for the project's "main" entry point oftutorial:main. - The
tutorialpackage's__init__has amainfunction. - This function is invoked, with the values from certain
.inisections passed in.
The .ini file is also used for two other functions:
Configuring the WSGI server.
[server:main]wires up the choice of which WSGI server for your WSGI application. In this case, we are usingwaitresswhich we specified intutorial/setup.pyand was installed in the Requirements step at the start of this tutorial. It also wires up the port number:listen = localhost:6543tellswaitressto listen on hostlocalhostat port6543.Note
Running the command
$VENV/bin/pip install -e .will check for previously installed packages in our virtual environment that are specified in our package'ssetup.pyfile, then install our package in editable mode, installing any requirements that were not previously installed. If a requirement was manually installed previously on the command line or otherwise, in this case Waitress, then$VENV/bin/pip install -e .will merely check that it is installed and move on.Configuring Python logging. Pyramid uses Python standard logging, which needs a number of configuration values. The
.iniserves this function. This provides the console log output that you see on startup and each request.
We moved our startup code from app.py to the package's
tutorial/__init__.py. This isn't necessary, but it is a common style in
Pyramid to take the WSGI app bootstrapping out of your module's code and put it
in the package's __init__.py.
The pserve application runner has a number of command-line arguments and
options. We are using --reload which tells pserve to watch the
filesystem for changes to relevant code (Python files, the INI file, etc.) and,
when something changes, restart the application. Very handy during development.
Extra credit¶
- If you don't like configuration and/or
.inifiles, could you do this yourself in Python code? - Can we have multiple
.iniconfiguration files for a project? Why might you want to do that? - The entry point in
setup.pydidn't mention__init__.pywhen it declaredtutorial:mainfunction. Why not? - What is the purpose of
**settings? What does the**signify?