[ZODB-Dev] Savepoints and Shared.DC.ZRDB.TM
Sidnei da Silva
sidnei at enfoldsystems.com
Wed Dec 21 06:10:32 EST 2005
On Tue, Dec 20, 2005 at 11:51:16PM -0500, Tim Peters wrote:
| [Tim Peters]
| >> It's the traceback that's needed here. You're working too hard ;-)
|
| [Sidnei da Silva]
| > Indeed.
| >
| > File "C:\Arquivos de programas\Enfold
| Server\Products\ATContentTypes\tests\atcttestcase.py", line 258, in
| test_migrationKeepsPermissions
| > transaction.savepoint() # subtransaction
|
| Bingo! That's the root cause of it all. This isn't Zope code, so I can't
| know what it's trying to accomplish. _Why_ is this code making a savepoint?
|
| Since it throws away the result of the savepoint() call, it's not possible
| to roll back to this savepoint's state later. So the most likely reason is
| that it's just "trying to save memory". In that case, change the code to
|
| transaction.savepoint(optimistic=True)
|
| and your original problem will go away.
I do understand that. But that doesn't answer the original question,
which was:
- Should Shared.DC.ZRDB.TM support (non-optimistic) savepoints?
>From what I understand, if the answer is yes then that class should be
updated to use the new datamanager API instead of the old 'register'
call, otherwise it just won't support non-optimistic savepoints at
all.
--
Sidnei da Silva
Enfold Systems, LLC.
http://enfoldsystems.com
More information about the ZODB-Dev
mailing list