Nti.transactions

==================

- Nothing changed yet.

==================

- Add support for Python 3.10 and 3.11.

==================

- When aborting a transaction due to an exception, log the exception
instead of just the exception type (twice). Exception messages can
be very helpful in understanding exactly what went wrong and
possibly how to fix it for transient errors (e.g., a
``ZODB.POSException.ConflictError`` includes the object ID and
class, which can be used to reduce the conflicts). This makes the
logging slightly more expensive (when enabled). See `PR 58
<https://github.com/NextThought/nti.transactions/pull/58>`_.

==================

- Add support for Python 3.9.
- Move CI from Travis CI to Github Actions.
- When the Pyramid tween retries, any volatile attributes (those
beginning with ``_v_``) in the request dictionary are deleted. This
is inspired by ``persistent`` and meant to facilitate safe caching.
When compared to events sent by the transaction loop, there is no
specified order. See `issue 54 <https://github.com/NextThought/nti.transactions/issues/54>`_.
- Fix various event classes not properly specifying the interface they
implement. For example, ``WillFirstAttempt`` now properly implements
``IWillFirstAttempt``, and ``WilLRetryAttempt`` now properly
implements ``IWillRetryAttempt``. See `issue 52
<https://github.com/NextThought/nti.transactions/issues/52>`_.
- Add ``IWillLastAttempt`` as a subclass of ``IWillRetryAttempt`` and
the last event emitted.
- The Pyramid tween now emits ``IWillRetryAttemptWithRequest``, et al,
to provide simple access to the request object.

==================

- Add logging to the pyramid tween transaction factory to show the
settings that are in use.
- Add ``TransactionLoop.side_effect_free_log_level``, and change the
default value to DEBUG. It is useful to set this to ERROR or higher
in tests.
- Add ``TransactionLoop.side_effect_free_resource_limit``.

==================

- Add missing dependency on zope.event.
- Fix raising ``AlreadyInTransaction`` error on the second and
subsequent calls to a loop when a transaction synchronizer raises an
error on the first call. See `issue 49
<https://github.com/NextThought/nti.transactions/issues/49>`_.