1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310
|
What's New In Pyramid 1.2
=========================
This article explains the new features in :app:`Pyramid` version 1.2 as
compared to its predecessor, :app:`Pyramid` 1.1. It also documents backwards
incompatibilities between the two versions and deprecations added to Pyramid
1.2, as well as software dependency changes and notable documentation
additions.
Major Feature Additions
-----------------------
The major feature additions in Pyramid 1.2 follow.
Debug Toolbar
~~~~~~~~~~~~~
The scaffolding packages that come with Pyramid now include a debug toolbar
component which can be used to interactively debug an application. See
:ref:`debug_toolbar` for more information.
``route_prefix`` Argument to include
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The :meth:`pyramid.config.Configurator.include` method now accepts a
``route_prefix`` argument. This argument allows you to compose URL dispatch
applications together from disparate packages. See :ref:`route_prefix` for
more information.
Tweens
~~~~~~
A :term:`tween` is used to wrap the Pyramid router's primary request handling
function. This is a feature that can be used by Pyramid framework extensions,
to provide, for example, view timing support and can provide a convenient
place to hang bookkeeping code. Tweens are a little like :term:`WSGI`
:term:`middleware`, but have access to Pyramid functionality such as renderers
and a full-featured request object.
To support this feature, a new configurator directive exists named
:meth:`pyramid.config.Configurator.add_tween`. This directive adds a
"tween".
Tweens are further described in :ref:`registering_tweens`.
A new paster command now exists: ``paster ptweens``. This command prints the
current tween configuration for an application. See the section entitled
:ref:`displaying_tweens` for more info.
Scaffolding Changes
~~~~~~~~~~~~~~~~~~~
- All scaffolds now use the ``pyramid_tm`` package rather than the
``repoze.tm2`` :term:`middleware` to manage transaction management.
- The ZODB scaffold now uses the ``pyramid_zodbconn`` package rather than the
``repoze.zodbconn`` package to provide ZODB integration.
- All scaffolds now use the ``pyramid_debugtoolbar`` package rather than the
``WebError`` package to provide interactive debugging features.
- Projects created via a scaffold no longer depend on the ``WebError`` package
at all; configuration in the ``production.ini`` file which used to require
its ``error_catcher`` :term:`middleware` has been removed. Configuring
error catching / email sending is now the domain of the ``pyramid_exclog``
package (see http://docs.pylonsproject.org/projects/pyramid_exclog/dev/).
- All scaffolds now send the ``cache_max_age`` parameter to the
``add_static_view`` method.
Minor Feature Additions
-----------------------
- The ``[pshell]`` section in an ini configuration file now treats a
``setup`` key as a dotted name that points to a callable that is passed the
bootstrap environment. It can mutate the environment as necessary during a
``paster pshell`` session. This feature is described in
:ref:`writing_a_script`.
- A new configuration setting named ``pyramid.includes`` is now available.
It is described in :ref:`including_packages`.
- Added a :data:`pyramid.security.NO_PERMISSION_REQUIRED` constant for use in
``permission=`` statements to view configuration. This constant has a
value of the string ``__no_permission_required__``. This string value was
previously referred to in documentation; now the documentation uses the
constant.
- Added a decorator-based way to configure a response adapter:
:class:`pyramid.response.response_adapter`. This decorator has the same
use as :meth:`pyramid.config.Configurator.add_response_adapter` but it's
declarative.
- The :class:`pyramid.events.BeforeRender` event now has an attribute named
``rendering_val``. This can be used to introspect the value returned by a
view in a BeforeRender subscriber.
- The Pyramid debug logger now uses the standard logging configuration
(usually set up by Paste as part of startup). This means that output from
e.g. ``debug_notfound``, ``debug_authorization``, etc. will go to the
normal logging channels. The logger name of the debug logger will be the
package name of the *caller* of the Configurator's constructor.
- A new attribute is available on request objects: ``exc_info``. Its value
will be ``None`` until an exception is caught by the Pyramid router, after
which it will be the result of ``sys.exc_info()``.
- :class:`pyramid.testing.DummyRequest` now implements the
``add_finished_callback`` and ``add_response_callback`` methods implemented
by :class:`pyramid.request.Request`.
- New methods of the :class:`pyramid.config.Configurator` class:
:meth:`~pyramid.config.Configurator.set_authentication_policy` and
:meth:`~pyramid.config.Configurator.set_authorization_policy`. These are
meant to be consumed mostly by add-on authors who wish to offer packages
which register security policies.
- New Configurator method:
:meth:`pyramid.config.Configurator.set_root_factory`, which can set the
root factory after the Configurator has been constructed.
- Pyramid no longer eagerly commits some default configuration statements at
:term:`Configurator` construction time, which permits values passed in as
constructor arguments (e.g. ``authentication_policy`` and
``authorization_policy``) to override the same settings obtained via the
:meth:`pyramid.config.Configurator.include` method.
- Better Mako rendering exceptions; the template line which caused the error
is now shown when a Mako rendering raises an exception.
- New request methods: :meth:`~pyramid.request.Request.current_route_url`,
:meth:`~pyramid.request.Request.current_route_path`, and
:meth:`~pyramid.request.Request.static_path`.
- New functions in the :mod:`pyramid.url` module:
:func:`~pyramid.url.current_route_path` and
:func:`~pyramid.url.static_path`.
- The :meth:`pyramid.request.Request.static_url` API (and its brethren
:meth:`pyramid.request.Request.static_path`,
:func:`pyramid.url.static_url`, and :func:`pyramid.url.static_path`) now
accept an absolute filename as a "path" argument. This will generate a URL
to an asset as long as the filename is in a directory which was previously
registered as a static view. Previously, trying to generate a URL to an
asset using an absolute file path would raise a ValueError.
- The :class:`~pyramid.authentication.RemoteUserAuthenticationPolicy`,
:class:`~pyramid.authentication.AuthTktAuthenticationPolicy`, and
:class:`~pyramid.authentication.SessionAuthenticationPolicy` constructors
now accept an additional keyword argument named ``debug``. By default,
this keyword argument is ``False``. When it is ``True``, debug information
will be sent to the Pyramid debug logger (usually on stderr) when the
``authenticated_userid`` or ``effective_principals`` method is called on
any of these policies. The output produced can be useful when trying to
diagnose authentication-related problems.
- New view predicate: ``match_param``. Example: a view added via
``config.add_view(aview, match_param='action=edit')`` will be called only
when the ``request.matchdict`` has a value inside it named ``action`` with
a value of ``edit``.
- Support an ``onerror`` keyword argument to
:meth:`pyramid.config.Configurator.scan`. This argument is passed to
:meth:`venusian.Scanner.scan` to influence error behavior when an exception
is raised during scanning.
- The ``request_method`` predicate argument to
:meth:`pyramid.config.Configurator.add_view` and
:meth:`pyramid.config.Configurator.add_route` is now permitted to be a
tuple of HTTP method names. Previously it was restricted to being a string
representing a single HTTP method name.
- Undeprecated ``pyramid.traversal.find_model``,
``pyramid.traversal.model_path``, ``pyramid.traversal.model_path_tuple``,
and ``pyramid.url.model_url``, which were all deprecated in Pyramid 1.0.
There's just not much cost to keeping them around forever as aliases to
their renamed ``resource_*`` prefixed functions.
- Undeprecated ``pyramid.view.bfg_view``, which was deprecated in Pyramid
1.0. This is a low-cost alias to ``pyramid.view.view_config`` which we'll
just keep around forever.
- Route pattern replacement marker names can now begin with an underscore.
See https://github.com/Pylons/pyramid/issues/276.
Deprecations
------------
- All Pyramid-related :term:`deployment settings` (e.g. ``debug_all``,
``debug_notfound``) are now meant to be prefixed with the prefix
``pyramid.``. For example: ``debug_all`` -> ``pyramid.debug_all``. The
old non-prefixed settings will continue to work indefinitely but supplying
them may print a deprecation warning. All scaffolds and tutorials have
been changed to use prefixed settings.
- The :term:`deployment settings` dictionary now raises a deprecation warning
when you attempt to access its values via ``__getattr__`` instead of via
``__getitem__``.
Backwards Incompatibilities
---------------------------
- If a string is passed as the ``debug_logger`` parameter to a
:term:`Configurator`, that string is considered to be the name of a global
Python logger rather than a dotted name to an instance of a logger.
- The :meth:`pyramid.config.Configurator.include` method now accepts only a
single ``callable`` argument. A *sequence* of callables used to be
permitted. If you are passing more than one ``callable`` to
:meth:`pyramid.config.Configurator.include`, it will break. You now must
now instead make a separate call to the method for each callable.
- It may be necessary to more strictly order configuration route and view
statements when using an "autocommitting" :term:`Configurator`. In the
past, it was possible to add a view which named a route name before adding
a route with that name when you used an autocommitting configurator. For
example:
.. code-block:: python
config = Configurator(autocommit=True)
config.add_view('my.pkg.someview', route_name='foo')
config.add_route('foo', '/foo')
The above will raise an exception when the view attempts to add itself.
Now you must add the route before adding the view:
.. code-block:: python
config = Configurator(autocommit=True)
config.add_route('foo', '/foo')
config.add_view('my.pkg.someview', route_name='foo')
This won't effect "normal" users, only people who have legacy BFG codebases
that used an autommitting configurator and possibly tests that use the
configurator API (the configurator returned by
:func:`pyramid.testing.setUp` is an autocommitting configurator). The
right way to get around this is to use a default non-autocommitting
configurator, which does not have these directive ordering requirements:
.. code-block:: python
config = Configurator()
config.add_view('my.pkg.someview', route_name='foo')
config.add_route('foo', '/foo')
The above will work fine.
- The :meth:`pyramid.config.Configurator.add_route` directive no longer
returns a route object. This change was required to make route vs. view
configuration processing work properly.
Behavior Differences
--------------------
- An ETag header is no longer set when serving a static file. A
Last-Modified header is set instead.
- Static file serving no longer supports the ``wsgi.file_wrapper`` extension.
- Instead of returning a ``403 Forbidden`` error when a static file is served
that cannot be accessed by the Pyramid process' user due to file
permissions, an IOError (or similar) will be raised.
Documentation Enhancements
--------------------------
- Narrative and API documentation which used the ``route_url``,
``route_path``, ``resource_url``, ``static_url``, and ``current_route_url``
functions in the :mod:`pyramid.url` package have now been changed to use
eponymous methods of the request instead.
- Added a section entitled :ref:`route_prefix` to the "URL Dispatch"
narrative documentation chapter.
- Added a new module to the API docs: :mod:`pyramid.tweens`.
- Added a :ref:`registering_tweens` section to the "Hooks" narrative chapter.
- Added a :ref:`displaying_tweens` section to the "Command-Line Pyramid"
narrative chapter.
- Added documentation for :ref:`explicit_tween_config` and
:ref:`including_packages` to the "Environment Variables and ``.ini`` Files
Settings" chapter.
- Added a :ref:`logging_chapter` chapter to the narrative docs.
- All tutorials now use - The ``route_url``, ``route_path``,
``resource_url``, ``static_url``, and ``current_route_url`` methods of the
:class:`pyramid.request.Request` rather than the function variants imported
from ``pyramid.url``.
- The ZODB wiki tutorial now uses the ``pyramid_zodbconn`` package rather
than the ``repoze.zodbconn`` package to provide ZODB integration.
- Added :ref:`what_makes_pyramid_unique` to the Introduction narrative
chapter.
Dependency Changes
------------------
- Pyramid now relies on PasteScript >= 1.7.4. This version contains a
feature important for allowing flexible logging configuration.
- Pyramid now requires Venusian 1.0a1 or better to support the ``onerror``
keyword argument to :meth:`pyramid.config.Configurator.scan`.
- The ``zope.configuration`` package is no longer a dependency.
|