Changes

4.1.1 (unreleased)

  • Nothing changed yet.

4.1.0 (2020-07-22)

  • 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.

4.0.1 (2020-07-18)

  • 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.

4.0.0 (2019-12-13)

  • Require at least version 3.0 of the transaction package.

  • Drop dependency on the dm.transaction.aborthook package. That functionality is now natively provided in transaction 3.0.

3.1.1 (2019-12-10)

  • Fix logging of long duration commits. See issue 44.

  • Add logging and a metric (transaction.side_effect_free_violation) for transactions that claim to have no side effects, but which actually result in joined resource managers. This can indicate unnecessarily throwing away work. See issue 45.

3.1.0 (2019-11-29)

  • Add support for Python 3.8.

  • Refactor internal implementation details. Instead of importing everything from nti.transactions.transactions, more specific modules are used to group objects by function. The old imports continue to work. In 4.0 they will generate a deprecation warning and in 5.0 they will be removed.

  • Add a Pyramid tween to manage transactions and transaction retries. Various settings can be configured as Pyramid deployment settings (e.g., in the ini file).

  • Make the transaction loop increase the time it sleeps between retries following the random binary exponential backoff algorithm used by Ethernet.

  • Reduce the default number of attempts to 4 (one attempt and 3 retries). See issue 35.

  • Make the transaction loop emit more metrics. See issue 31.

  • Make commit logging now always happen at least at the debug level, escalating to warning for long commits. It also includes the number of retries taken and the amount of time spent sleeping. See issue 32.

  • Make the transaction loop emit events (using zope.event) at certain parts of the transaction lifecycle. See issue 33.

3.0.0 (2019-09-06)

  • Make TransactionLoop place its transaction manager in explicit mode. This can be faster and is easier to reason about, but forbids the called handler from manually calling begin(), abort() or commit(). See issue 20.

  • Move transaction.begin() out of the block of code that is retried. Previously, an error there would probably be raised anyway and not retried, unless a subclass had made customizations.

  • Add setUp and tearDown methods to TransactionLoop to give subclasses a place to hook into the inners of the transaction loop. This is particularly helpful if they need to do something after the transaction manager has been put in explicit mode. See issue 22.

2.0.1 (2019-09-03)

  • Fix compatibility with perfmetrics 3.0: drop from __future__ import unicode_literals.

2.0.0 (2018-07-20)

  • Use the new public isRetryableError in transaction 2.2. The interface for this package is unchanged, but a major version bump of a dependency necessitates a major bump here. See issue 12.

  • Test support for Python 3.7; remove test support for Python 3.4.

  • TransactionLoop is more careful to not keep traceback objects around, especially on Python 2.

1.1.1 (2018-07-19)

  • When the TransactionLoop raises a CommitFailedError from a TypeError, it preserves the original message.

  • Test support for Python 3.6.

1.1.0 (2017-04-17)

  • Add a new ObjectDataManager that will attempt to execute after other ObjectDataManagers.

1.0.0 (2016-07-28)

  • Add support for Python 3.

  • Eliminate ZODB dependency. Instead of raising a ZODB.POSException.StorageError for unexpected TypeErrors during commit, the new class nti.transactions.interfaces.CommitFailedError is raised.

  • Introduce a new subclass of TransactionError, AbortFailedError that is raised when an abort fails due to a system error.