pyramid_tm

pyramid_tm是一个Python模块，可让金字塔请求加入该活动事务由事务包提供。
见http://docs.pylonsproject.org/projects/pyramid_tm/dev/或文档/ index.rst在这个分布的详细文档。

什么是此版本中的新

• 当非重试例外，有人提出调用transaction.manager.commit的结果，除了没有正确加注。症状：不可恢复的异常，如不支持的：在不支持存储BLOB。会不适当地吞噬。

什么在0.4版本的新：

• 在错误修正：
• 在身边未能重试ConflictError正常工作时的交易1.2.0方案提交时间。见https://mail.zope.org/pipermail/zodb-dev/2012-March/014603.html了解详细信息。
• 测试：
• 不再受tox.ini（由塔詹金斯服务器，并在2.5，因此不再进行测试）的Python 2.5下测试。包装可根据2.5仍能正常工作，但自动化测试将不再显示破损时，它改变了突破2.5的支持方式。
• 在Python的3​​.2下壁球测试废弃警告。

什么在0.3版本的新：

• 特点：
• 事务管理器已被转换为一个金字​​塔1.2＆QUOT;吐温＆QUOT; （而不是一个事件订户）。它会直接与QUOT开槽;下面＆QUOT;异常视图处理程序，这意味着它有机会来处理异常，他们都变成了回应之前。这意味着，这是最好的QUOT＆;提高HTTPFound（...）＆QUOT;代替＆QUOT;返回HTTPFound（...）＆QUOT;如果你想要一个HTTP异常中止交易。
• 事务管理器现在将重试重试异常（如ZODB冲突的错误），如果pyramid.attempts被配置为超过1的默认查看文档的重试部分。
• 在Python的3​​.2兼容（需要金字塔1.3dev +）。
• 在向下不兼容的问题：
• 在不相容金字塔＆LT; 1.2a1。如果你需要一个较旧的金字塔安装兼容使用pyramid_tm版本0.2。
• 在该default_commit_veto提交否决回调不再配置到系统默认。使用tm.commit_veto = pyramid_tm.default_commit_veto在部署设置添加它。这是平价repoze.tm2，这并不在默认情况下，提交否决配置无论是。
• 的default_commit_veto不再为X-TM-中止报头的存在下试图弄清楚该事务是否应被中止（尽管它仍检查对于X的Tm头部）时的检查。使用版本0.2或自定义提交否决的功能，如果您的应用程序依赖于X-TM-中止头。
• 系统提交的否决权现在被称为有两个参数：请求和响应。该请求是导致事务管理，成为活跃的webob请求。响应是由金字塔应用返回的响应。这个调用签名是与旧版本不兼容。一个pyramid_tm 0.2及以上承诺否决权调用签名接受三个参数：ENVIRON，状态和头。如果您使用的是自定义的功能commit_veto，你要么需要将现有的功能，使用新的调用约定，或使用一个包装，使之与新的调用约定不兼容。这里有一个简单的包装功能（bwcompat_commit_veto_wrapper），将允许您使用您现有的自定义提交否决功能：
• 在高清bwcompat_commit_veto_wrapper（请求，响应）：
• 在回报my_custom_commit_veto（request.environ，response.status，
• 在response.headerlist）
• 弃用：
• 在该pyramid_tm.commit_veto配置设置现在标准地拼写为tm.commit_veto。旧的拼写将继续工作，但可能会提出一个过时的错误使用时。

什么是0.2.1版本，新的：

• 在解决MANIFEST.in在Windows（尾随斜线不允许的）。
• 在小tox.ini变化。

什么版本0.2是新的：

• 在一个新的头``X-Tm``现由``default_commit_veto``提交否决挂钩兑现。如果此标头存在于headerlist，其值必须是字符串。如果它的值是``commit``，该交易将不分的状态代码或``X-TM-Abort``的价值承诺。如果``X-Tm``头的值是``abort``（或只是``commit``其他任何字符串值），该交易将被中止，无论状态代码或`的`价值X-TM-Abort``。

要求：

• 在Python中