Re: [ZODB-Dev] another reason to stop supporting versions
Jim Fulton wrote at 2007-4-24 17:01 -0400: >I'm 99.9% sure that version commit and abort are broken in ZODB.DB. >The commit methods in CommitVersion, and AbortVersion (and >TransactionalUndo) call invalidate on the databse too soon -- before >the transaction has committed. This can have a number of bad >effects, including causing inconsistent data in connections. > >An argument for keeping version in the past was that they "worked". >Well, I think they don't work and I'm not interested in writing the >test to fix them. Is anyone else? The last time I used "Version"s was about 2 years ago to change the indexes of a catalog without a downtime. "Version"s was a great help then. With "ManagableIndex", I could achieve this today without "Version"s. But not all indexes have yet the necessary possibility to determine the object values independent from the index id. Thus, I might still miss "Version". On this other hand, I currently do not have time to provide the tests and fix the code... -- Dieter ___ For more information about ZODB, see the ZODB Wiki: http://www.zope.org/Wikis/ZODB/ ZODB-Dev mailing list - ZODB-Dev@zope.org http://mail.zope.org/mailman/listinfo/zodb-dev
Re: [ZODB-Dev] another reason to stop supporting versions
On 4/25/07, Christian Theune <[EMAIL PROTECTED]> wrote: We have to tell people what to do before the next update of Zope that includes this change so they do not get locked out of existing data. 1. Keep a backup if the ZODB before upgrading. 2. (Optional) Don't use versions. There, done! :-) -- Lennart Regebro: Zope and Plone consulting. http://www.colliberty.com/ +33 661 58 14 64 ___ For more information about ZODB, see the ZODB Wiki: http://www.zope.org/Wikis/ZODB/ ZODB-Dev mailing list - ZODB-Dev@zope.org http://mail.zope.org/mailman/listinfo/zodb-dev
Re: [ZODB-Dev] another reason to stop supporting versions
Hi, Am Dienstag, den 24.04.2007, 17:01 -0400 schrieb Jim Fulton: > I'm 99.9% sure that version commit and abort are broken in ZODB.DB. > The commit methods in CommitVersion, and AbortVersion (and > TransactionalUndo) call invalidate on the databse too soon -- before > the transaction has committed. This can have a number of bad > effects, including causing inconsistent data in connections. > > An argument for keeping version in the past was that they "worked". > Well, I think they don't work and I'm not interested in writing the > test to fix them. Is anyone else? Nope. However. We deprecated versions in Zope 2 a while ago disabling the ability to add new versions but keeping existing versions alive. We have to tell people what to do before the next update of Zope that includes this change so they do not get locked out of existing data. Unfortunately we have no numbers on how many people use versions. I think I'll raise that question on Zope users and the German users list to get a feeling on how many people react. Christian -- gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ For more information about ZODB, see the ZODB Wiki: http://www.zope.org/Wikis/ZODB/ ZODB-Dev mailing list - ZODB-Dev@zope.org http://mail.zope.org/mailman/listinfo/zodb-dev
Re: [ZODB-Dev] another reason to stop supporting versions
[Alan Runyan] +1 for removing versions. they have been considered "bad practice" for over 3 years. I believe 100% its ok to remove them. Jim "formally announce[d] the intention to deprecate versions in both Zope and ZODB" nearly 3 years ago, here: http://mail.zope.org/pipermail/zope3-dev/2004-July/011670.html However, this was predicated upon "hav[ing] a [different] way to maintain long-running transactions in Zope". But given that they probably don't work anymore anyway ... ;-) ___ For more information about ZODB, see the ZODB Wiki: http://www.zope.org/Wikis/ZODB/ ZODB-Dev mailing list - ZODB-Dev@zope.org http://mail.zope.org/mailman/listinfo/zodb-dev
Re: [ZODB-Dev] another reason to stop supporting versions
+1 for removing versions. they have been considered "bad practice" for over 3 years. I believe 100% its ok to remove them. alan ___ For more information about ZODB, see the ZODB Wiki: http://www.zope.org/Wikis/ZODB/ ZODB-Dev mailing list - ZODB-Dev@zope.org http://mail.zope.org/mailman/listinfo/zodb-dev