[Zope-Checkins] SVN: Zope/branches/2.12/ Updated to various new maintenance-only releases
Log message for revision 103356: Updated to various new maintenance-only releases Changed: U Zope/branches/2.12/doc/CHANGES.rst U Zope/branches/2.12/versions.cfg -=- Modified: Zope/branches/2.12/doc/CHANGES.rst === --- Zope/branches/2.12/doc/CHANGES.rst 2009-08-28 21:55:09 UTC (rev 103355) +++ Zope/branches/2.12/doc/CHANGES.rst 2009-08-28 22:15:28 UTC (rev 103356) @@ -14,6 +14,16 @@ - Updated packages: - Acquisition = 2.12.3 + - pytz = 2009l + - tempstorage = 2.11.2 + - transaction = 1.0.0 + - ZODB3 = 3.9.0c1 + - zope.app.basicskin = 3.4.1 + - zope.app.form = 3.8.1 + - zope.component = 3.7.1 + - zope.copypastemove = 3.5.2 + - zope.i18n = 3.7.1 + - zope.security = 3.7.1 Bugs Fixed ++ Modified: Zope/branches/2.12/versions.cfg === --- Zope/branches/2.12/versions.cfg 2009-08-28 21:55:09 UTC (rev 103355) +++ Zope/branches/2.12/versions.cfg 2009-08-28 22:15:28 UTC (rev 103356) @@ -6,21 +6,21 @@ DateTime = 2.12.0 ExtensionClass = 2.11.3 Persistence = 2.11.1 -tempstorage = 2.11.1 +tempstorage = 2.11.2 zLOG = 2.11.1 # Zope Toolkit KGS ClientForm = 0.2.10 RestrictedPython = 3.5.1 ZConfig = 2.7.1 -ZODB3 = 3.9.0b5 +ZODB3 = 3.9.0c1 docutils = 0.5 lxml = 2.2 mechanize = 0.1.11 python-gettext = 1.0 -pytz = 2009j +pytz = 2009l setuptools = 0.6c9 -transaction = 1.0a1 +transaction = 1.0.0 zc.buildout = 1.3.0 zc.lockfile = 1.0.0 zc.recipe.egg = 1.2.2 @@ -32,7 +32,7 @@ zope.app.applicationcontrol = 3.5.0 zope.app.appsetup = 3.11 zope.app.authentication = 3.6.0 -zope.app.basicskin = 3.4.0 +zope.app.basicskin = 3.4.1 zope.app.broken = 3.5.0 zope.app.cache = 3.5.0 zope.app.catalog = 3.8.0 @@ -47,7 +47,7 @@ zope.app.exception = 3.5.0 zope.app.file = 3.5.0 zope.app.folder = 3.5.1 -zope.app.form = 3.8.0 +zope.app.form = 3.8.1 zope.app.generations = 3.5.0 zope.app.http = 3.6.0 zope.app.i18n = 3.6.0 @@ -79,14 +79,14 @@ zope.browser = 1.2 zope.cachedescriptors = 3.5.0 zope.catalog = 3.8.0 -zope.component = 3.7.0 +zope.component = 3.7.1 zope.componentvocabulary = 1.0 zope.configuration = 3.6.0 zope.container = 3.8.2 zope.contentprovider = 3.5.0 zope.contenttype = 3.4.2 zope.copy = 3.5.0 -zope.copypastemove = 3.5.1 +zope.copypastemove = 3.5.2 zope.datetime = 3.4.0 zope.decorator = 3.4.0 zope.deferredimport = 3.5.0 @@ -100,7 +100,7 @@ zope.filerepresentation = 3.5.0 zope.formlib = 3.6.0 zope.hookable = 3.4.1 -zope.i18n = 3.7.0 +zope.i18n = 3.7.1 zope.i18nmessageid = 3.4.3 zope.index = 3.5.1 zope.interface = 3.5.2 @@ -118,7 +118,7 @@ zope.proxy = 3.5.0 zope.publisher = 3.8.0 zope.schema = 3.5.4 -zope.security = 3.7.0 +zope.security = 3.7.1 zope.securitypolicy = 3.6.0 zope.sendmail = 3.5.1 zope.sequencesort = 3.4.0 ___ Zope-Checkins maillist - Zope-Checkins@zope.org https://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/versions.cfg Merged c103356 from 2.12 branch
Log message for revision 103358: Merged c103356 from 2.12 branch Changed: U Zope/trunk/versions.cfg -=- Modified: Zope/trunk/versions.cfg === --- Zope/trunk/versions.cfg 2009-08-28 22:18:51 UTC (rev 103357) +++ Zope/trunk/versions.cfg 2009-08-28 22:19:30 UTC (rev 103358) @@ -6,21 +6,21 @@ DateTime = 2.12.0 ExtensionClass = 2.11.3 Persistence = 2.11.1 -tempstorage = 2.11.1 +tempstorage = 2.11.2 # Zope Toolkit KGS ClientForm = 0.2.10 RestrictedPython = 3.5.1 ZConfig = 2.7.1 -ZODB3 = 3.9.0b5 +ZODB3 = 3.9.0c1 docutils = 0.5 lxml = 2.2 mechanize = 0.1.11 python-gettext = 1.0 -pytz = 2009j +pytz = 2009l setuptools = 0.6c9 -transaction = 1.0a1 -zc.buildout = 1.3.0 +transaction = 1.0.0 +zc.buildout = 1.4.0 zc.lockfile = 1.0.0 zc.recipe.egg = 1.2.2 zc.recipe.testrunner = 1.2.0 @@ -30,7 +30,7 @@ zope.app.applicationcontrol = 3.5.0 zope.app.appsetup = 3.12.0 zope.app.authentication = 3.6.0 -zope.app.basicskin = 3.4.0 +zope.app.basicskin = 3.4.1 zope.app.broken = 3.5.0 zope.app.cache = 3.6.0 zope.app.component = 3.8.3 @@ -58,7 +58,7 @@ zope.app.security = 3.7.0 zope.app.securitypolicy = 3.5.1 zope.app.session = 3.6.0 -zope.app.testing = 3.7.1 +zope.app.testing = 3.7.3 zope.app.wsgi = 3.6.0 zope.app.zcmlfiles = 3.6.0 zope.app.zopeappgenerations = 3.5.0 @@ -75,7 +75,7 @@ zope.contentprovider = 3.5.0 zope.contenttype = 3.4.2 zope.copy = 3.5.0 -zope.copypastemove = 3.5.1 +zope.copypastemove = 3.5.2 zope.datetime = 3.4.0 zope.decorator = 3.4.0 zope.deferredimport = 3.5.0 @@ -89,7 +89,7 @@ zope.filerepresentation = 3.5.0 zope.formlib = 3.6.0 zope.hookable = 3.4.1 -zope.i18n = 3.7.0 +zope.i18n = 3.7.1 zope.i18nmessageid = 3.5.0 zope.index = 3.5.1 zope.interface = 3.5.2 @@ -107,7 +107,7 @@ zope.proxy = 3.5.0 zope.publisher = 3.8.0 zope.schema = 3.5.4 -zope.security = 3.7.0 +zope.security = 3.7.1 zope.securitypolicy = 3.6.0 zope.sendmail = 3.5.1 zope.sequencesort = 3.4.0 ___ Zope-Checkins maillist - Zope-Checkins@zope.org https://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/ Added a bunch of minor package updates.
Log message for revision 103362: Added a bunch of minor package updates. Changed: U Zope/trunk/doc/CHANGES.rst U Zope/trunk/versions.cfg -=- Modified: Zope/trunk/doc/CHANGES.rst === --- Zope/trunk/doc/CHANGES.rst 2009-08-28 22:52:38 UTC (rev 103361) +++ Zope/trunk/doc/CHANGES.rst 2009-08-28 22:54:16 UTC (rev 103362) @@ -44,19 +44,29 @@ - Updated packages: + - roman = 1.4.0 + - zope.app.applicationcontrol = 3.5.1 - zope.app.appsetup = 3.12.0 - zope.app.cache = 3.6.0 - zope.app.form = 3.8.1 + - zope.app.i18n = 3.6.1 - zope.app.publication = 3.8.1 - - zope.app.publisher = 3.8.4 + - zope.app.renderer = 3.5.1 + - zope.app.security = 3.7.1 - zope.app.testing = 3.7.1 - zope.app.wsgi = 3.6.0 - zope.app.zcmlfiles = 3.6.0 + - zope.browsermenu = 3.9.0 + - zope.browserresource = 3.9.0 - zope.component = 3.7.1 - zope.i18nmessageid = 3.5.0 + - zope.index = 3.6.0 + - zope.location = 3.6.0 + - zope.ptresource = 3.9.0 + - zope.securitypolicy = 3.6.1 - zope.server = 3.6.0 - zope.site = 3.6.2 - - zope.testing = 3.8.0 + - zope.testing = 3.8.1 Bugs Fixed ++ Modified: Zope/trunk/versions.cfg === --- Zope/trunk/versions.cfg 2009-08-28 22:52:38 UTC (rev 103361) +++ Zope/trunk/versions.cfg 2009-08-28 22:54:16 UTC (rev 103362) @@ -18,6 +18,7 @@ mechanize = 0.1.11 python-gettext = 1.0 pytz = 2009l +roman = 1.4.0 setuptools = 0.6c9 transaction = 1.0.0 zc.buildout = 1.4.0 @@ -27,7 +28,7 @@ zdaemon = 2.0.4 zodbcode = 3.4.0 zope.annotation = 3.4.2 -zope.app.applicationcontrol = 3.5.0 +zope.app.applicationcontrol = 3.5.1 zope.app.appsetup = 3.12.0 zope.app.authentication = 3.6.0 zope.app.basicskin = 3.4.1 @@ -44,7 +45,7 @@ zope.app.form = 3.8.1 zope.app.generations = 3.5.0 zope.app.http = 3.6.0 -zope.app.i18n = 3.6.0 +zope.app.i18n = 3.6.1 zope.app.interface = 3.5.0 zope.app.locales = 3.5.1 zope.app.localpermission = 3.7.0 @@ -52,10 +53,10 @@ zope.app.principalannotation = 3.6.1 zope.app.publication = 3.8.1 zope.app.publisher = 3.8.4 -zope.app.renderer = 3.5.0 +zope.app.renderer = 3.5.1 zope.app.rotterdam = 3.5.0 zope.app.schema = 3.5.0 -zope.app.security = 3.7.0 +zope.app.security = 3.7.1 zope.app.securitypolicy = 3.5.1 zope.app.session = 3.6.0 zope.app.testing = 3.7.3 @@ -66,6 +67,8 @@ zope.authentication = 3.7.0 zope.broken = 3.5.0 zope.browser = 1.2 +zope.browsermenu = 3.9.0 +zope.browserresource = 3.9.0 zope.cachedescriptors = 3.5.0 zope.catalog = 3.8.0 zope.component = 3.7.1 @@ -91,12 +94,12 @@ zope.hookable = 3.4.1 zope.i18n = 3.7.1 zope.i18nmessageid = 3.5.0 -zope.index = 3.5.1 +zope.index = 3.6.0 zope.interface = 3.5.2 zope.intid = 3.7.0 zope.keyreference = 3.6.1 zope.lifecycleevent = 3.5.2 -zope.location = 3.5.4 +zope.location = 3.6.0 zope.minmax = 1.1.0 zope.modulealias = 3.4.0 zope.pagetemplate = 3.5.0 @@ -105,10 +108,11 @@ zope.principalregistry = 3.7.0 zope.processlifetime = 1.0 zope.proxy = 3.5.0 +zope.ptresource = 3.9.0 zope.publisher = 3.8.0 zope.schema = 3.5.4 zope.security = 3.7.1 -zope.securitypolicy = 3.6.0 +zope.securitypolicy = 3.6.1 zope.sendmail = 3.5.1 zope.sequencesort = 3.4.0 zope.server = 3.6.0 @@ -119,7 +123,7 @@ zope.tal = 3.5.1 zope.tales = 3.4.0 zope.testbrowser = 3.6.0a2 -zope.testing = 3.8.0 +zope.testing = 3.8.1 zope.thread = 3.4 zope.traversing = 3.7.1 zope.viewlet = 3.5.0 ___ Zope-Checkins maillist - Zope-Checkins@zope.org https://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/ Updated to zope.viewlet = 3.6.1
Log message for revision 103366: Updated to zope.viewlet = 3.6.1 Changed: U Zope/trunk/doc/CHANGES.rst U Zope/trunk/versions.cfg -=- Modified: Zope/trunk/doc/CHANGES.rst === --- Zope/trunk/doc/CHANGES.rst 2009-08-28 23:02:26 UTC (rev 103365) +++ Zope/trunk/doc/CHANGES.rst 2009-08-28 23:03:13 UTC (rev 103366) @@ -67,6 +67,7 @@ - zope.server = 3.6.0 - zope.site = 3.6.2 - zope.testing = 3.8.1 + - zope.viewlet = 3.6.1 Bugs Fixed ++ Modified: Zope/trunk/versions.cfg === --- Zope/trunk/versions.cfg 2009-08-28 23:02:26 UTC (rev 103365) +++ Zope/trunk/versions.cfg 2009-08-28 23:03:13 UTC (rev 103366) @@ -126,4 +126,4 @@ zope.testing = 3.8.1 zope.thread = 3.4 zope.traversing = 3.7.1 -zope.viewlet = 3.5.0 +zope.viewlet = 3.6.1 ___ Zope-Checkins maillist - Zope-Checkins@zope.org https://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/ Follow the zope.app.publisher refactoring - be gone!
Log message for revision 103372: Follow the zope.app.publisher refactoring - be gone! Changed: U Zope/trunk/ZOPE_APP_DEPENDENCIES.rst U Zope/trunk/alltests.cfg U Zope/trunk/doc/CHANGES.rst U Zope/trunk/setup.py U Zope/trunk/src/Products/Five/browser/adding.py U Zope/trunk/src/Products/Five/browser/configure.zcml U Zope/trunk/src/Products/Five/browser/menu.py U Zope/trunk/src/Products/Five/browser/meta.zcml U Zope/trunk/src/Products/Five/browser/metaconfigure.py U Zope/trunk/src/Products/Five/browser/resource.py U Zope/trunk/src/Products/Five/browser/tests/test_menu.py U Zope/trunk/src/Products/Five/fivedirectives.py U Zope/trunk/src/Products/Five/form/metaconfigure.py U Zope/trunk/src/Products/Five/viewlet/metaconfigure.py U Zope/trunk/versions.cfg -=- Modified: Zope/trunk/ZOPE_APP_DEPENDENCIES.rst === --- Zope/trunk/ZOPE_APP_DEPENDENCIES.rst2009-08-28 23:55:36 UTC (rev 103371) +++ Zope/trunk/ZOPE_APP_DEPENDENCIES.rst2009-08-29 00:35:32 UTC (rev 103372) @@ -28,7 +28,7 @@ o Products.Five.component (for ``IBeginRequestEvent``, ``IEndRequestEvent``, and ``BeforeTraverseEvent``.) -- [_] zope.app.publisher +- [X] zope.app.publisher * ZPublisher.BaseRequest o Products.Five.browser.adding (for ``getMenu``) o Products/Five/browser/configure.zcml (for ``IMenuItemType``, Modified: Zope/trunk/alltests.cfg === --- Zope/trunk/alltests.cfg 2009-08-28 23:55:36 UTC (rev 103371) +++ Zope/trunk/alltests.cfg 2009-08-29 00:35:32 UTC (rev 103372) @@ -61,7 +61,8 @@ zope.structuredtext zope.tal zope.tales -zope.testbrowser +# XXX The testbrowser tests currently fail on its trunk +# zope.testbrowser zope.thread zope.traversing zope.viewlet Modified: Zope/trunk/doc/CHANGES.rst === --- Zope/trunk/doc/CHANGES.rst 2009-08-28 23:55:36 UTC (rev 103371) +++ Zope/trunk/doc/CHANGES.rst 2009-08-29 00:35:32 UTC (rev 103372) @@ -52,6 +52,7 @@ - zope.app.form = 3.8.1 - zope.app.i18n = 3.6.1 - zope.app.publication = 3.8.1 + - zope.app.publisher = 3.9.0 - zope.app.renderer = 3.5.1 - zope.app.security = 3.7.1 - zope.app.testing = 3.7.1 @@ -60,14 +61,17 @@ - zope.browsermenu = 3.9.0 - zope.browserresource = 3.9.0 - zope.component = 3.7.1 + - zope.container = 3.9.0 - zope.i18nmessageid = 3.5.0 - zope.index = 3.6.0 - zope.location = 3.6.0 - zope.ptresource = 3.9.0 + - zope.publisher = 3.9.0 - zope.securitypolicy = 3.6.1 - zope.server = 3.6.0 - zope.site = 3.6.2 - zope.testing = 3.8.1 + - zope.traversing = 3.7.2 - zope.viewlet = 3.6.1 Bugs Fixed Modified: Zope/trunk/setup.py === --- Zope/trunk/setup.py 2009-08-28 23:55:36 UTC (rev 103371) +++ Zope/trunk/setup.py 2009-08-29 00:35:32 UTC (rev 103372) @@ -99,6 +99,9 @@ 'tempstorage', 'transaction', 'zdaemon', + 'zope.browsermenu', + 'zope.browserpage', + 'zope.browserresource', 'zope.component', 'zope.configuration', 'zope.container', @@ -116,6 +119,7 @@ 'zope.pagetemplate', 'zope.processlifetime', 'zope.proxy', + 'zope.ptresource', 'zope.publisher', 'zope.schema', 'zope.security', @@ -132,7 +136,6 @@ 'zope.viewlet', 'zope.app.form', 'zope.app.publication', - 'zope.app.publisher', 'zope.app.schema', ], Modified: Zope/trunk/src/Products/Five/browser/adding.py === --- Zope/trunk/src/Products/Five/browser/adding.py 2009-08-28 23:55:36 UTC (rev 103371) +++ Zope/trunk/src/Products/Five/browser/adding.py 2009-08-29 00:35:32 UTC (rev 103372) @@ -23,8 +23,8 @@ __docformat__ = 'restructuredtext' -from zope.app.publisher.browser.menu import getMenu from zope.browser.interfaces import IAdding +from zope.browsermenu.menu import getMenu from zope.component import getMultiAdapter from zope.component import getUtility from zope.component import queryMultiAdapter Modified: Zope/trunk/src/Products/Five/browser/configure.zcml === --- Zope/trunk/src/Products/Five/browser/configure.zcml 2009-08-28 23:55:36 UTC (rev 103371) +++ Zope/trunk/src/Products/Five/browser/configure.zcml 2009-08-29 00:35:32 UTC (rev 103372) @@ -2,7 +2,7 @@ xmlns:browser=http://namespaces.zope.org/browser; interface - interface=zope.app.publisher.interfaces.browser.IMenuItemType + interface=zope.browsermenu.interfaces.IMenuItemType / browser:page @@ -76,8 +76,8 @@ for=* name=view_get_menu permission=zope.Public -
Re: [Zope-dev] How to update the ZTK KGS (was Re: Working KGS tool! (was Re: IRC discussion about testing))
On Fri, Aug 28, 2009 at 5:35 AM, Sebastien Douchesdou...@gmail.com wrote: On Tue, Aug 25, 2009 at 18:21, Martijn Faassenfaas...@startifact.com wrote: The KGS should not support ranges IMO. It should be updated as new versions are released. It should also be tagged when updated. +1. No ranges. If you want to update a version in your own app's buildout you should be able to override it, of course, but the KGS should be a fixed point. Agree, but Buildout doesn't support ranges. Sure it does, just not as part of the versions section. Despite that, I don't know what your point is. Jim -- Jim Fulton ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] How to update the ZTK KGS (was Re: Working KGS tool! (was Re: IRC discussion about testing))
On Tue, Aug 25, 2009 at 18:21, Martijn Faassenfaas...@startifact.com wrote: The KGS should not support ranges IMO. It should be updated as new versions are released. It should also be tagged when updated. +1. No ranges. If you want to update a version in your own app's buildout you should be able to override it, of course, but the KGS should be a fixed point. Agree, but Buildout doesn't support ranges. -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, python, open source) ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 8 OK
Summary of messages to the zope-tests list. Period Thu Aug 27 12:00:00 2009 UTC to Fri Aug 28 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Thu Aug 27 20:43:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-August/012400.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Thu Aug 27 20:45:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-August/012401.html Subject: OK : Zope-2.12 Python-2.4.6 : Linux From: Zope Tests Date: Thu Aug 27 20:47:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-August/012402.html Subject: OK : Zope-2.12 Python-2.6.2 : Linux From: Zope Tests Date: Thu Aug 27 20:49:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-August/012403.html Subject: OK : Zope-2.12-alltests Python-2.4.6 : Linux From: Zope Tests Date: Thu Aug 27 20:51:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-August/012404.html Subject: OK : Zope-2.12-alltests Python-2.6.2 : Linux From: Zope Tests Date: Thu Aug 27 20:53:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-August/012405.html Subject: OK : Zope-trunk Python-2.6.2 : Linux From: Zope Tests Date: Thu Aug 27 20:55:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-August/012406.html Subject: OK : Zope-trunk-alltests Python-2.6.2 : Linux From: Zope Tests Date: Thu Aug 27 20:57:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-August/012407.html ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] SVN: Sandbox/nadako/zope.app.publisher/ Clean up dependencies.
On Thursday 27 August 2009, Dan Korostelev wrote: I forgot what we said about changing dependencies, but I am pretty sure they also always require a major update, so yes, 3.10.0 for zope.app.publisher. Hmm, that change looks more like a bug fix to me (the dependencies were wrong in the previous release of zope.app.publisher and now they are fixed), so may be it should be 3.9.1 nevertheless? I would make it 3.10.0, so that it is clear there was a mixup. Regards, Stephan -- Entrepreneur and Software Geek Google me. Zope Stephan Richter ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope] strange database read conflict error
Hello everyone, I have a question regarding a database read conflict error. I would appreciate any thoughts on this issue. I am using Zope 2.8.9.1-final, Python 2.3.7 with a ZEO server and 4 clients for 6 months now. I have noticed that the event.log is filled with read conflict errors like the one below: 2009-08-28T10:29:26 INFO ZODB.Conflict database read conflict error (oid 0x09, class Products.Transience.Transience.Increaser) at /VirtualHostBase/http/metropotam.ro:80/metropotam/VirtualHostRoot/Opera/loc4769172835-Ateneul-Roman/ (21 conflicts, of which 0 were unresolved, since startup at Thu Aug 27 15:25:02 2009) This URL of the object is http://metropotam.ro/Opera/loc4769172835-Ateneul-Roman . We have around 2000 objects of the same type and this is *the only one* that generates read conflict errors. I have tried a few things: 1. Edit object and recatalog it 2. Rename it 3. Delete object, pack database, create a new object and then rename it to keep the URL alive 4. checked the data.fs and got no errors (fstest.py) None of the above solved the problem; I still get a lot of conflicts. Is there a way to fix this? I found it very strange that I get conflicts only for this object and for no other of the same type, even in the same folder... Thank you, Dragos Chirila ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] strange database read conflict error
Peter, Than you for your response. Please find below a few things: - I give up using sessions in the website's front and years ago :) There is only one page left that is using them, when u subscribe to our newsletter but I don't think that this affects because is used rarely - I am using Yahoo Maps Ajax API to display maps; also some ajax calls for our build in chat (only for logged users) So if the things above are causing read conflicts why only for this particular object? There is nothing special or different with this one... Thanks again, Dragos On Fri, Aug 28, 2009 at 12:19 PM, Peter Bengtssonpete...@gmail.com wrote: The fact that the class is Products.Transience.Transience.Increaser makes me suspect that you're using sessions and within the same session you make too many read requests to the ZODB. When the load is too high, after a certain amount of attempts Zope will say, piss off! ...for a while and come back later. So it comes back later and works fine. Are you using lots of AJAX requests? That can sometimes cause read conflict errors. 2009/8/28 Dragos Chirila objectval...@gmail.com: Hello everyone, I have a question regarding a database read conflict error. I would appreciate any thoughts on this issue. I am using Zope 2.8.9.1-final, Python 2.3.7 with a ZEO server and 4 clients for 6 months now. I have noticed that the event.log is filled with read conflict errors like the one below: 2009-08-28T10:29:26 INFO ZODB.Conflict database read conflict error (oid 0x09, class Products.Transience.Transience.Increaser) at /VirtualHostBase/http/metropotam.ro:80/metropotam/VirtualHostRoot/Opera/loc4769172835-Ateneul-Roman/ (21 conflicts, of which 0 were unresolved, since startup at Thu Aug 27 15:25:02 2009) This URL of the object is http://metropotam.ro/Opera/loc4769172835-Ateneul-Roman . We have around 2000 objects of the same type and this is *the only one* that generates read conflict errors. I have tried a few things: 1. Edit object and recatalog it 2. Rename it 3. Delete object, pack database, create a new object and then rename it to keep the URL alive 4. checked the data.fs and got no errors (fstest.py) None of the above solved the problem; I still get a lot of conflicts. Is there a way to fix this? I found it very strange that I get conflicts only for this object and for no other of the same type, even in the same folder... Thank you, Dragos Chirila ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com fun crosstips.org -- Dragos Chirila objectval...@gmail.com (+4) 0722 395375 ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] strange database read conflict error
The fact that the class is Products.Transience.Transience.Increaser makes me suspect that you're using sessions and within the same session you make too many read requests to the ZODB. When the load is too high, after a certain amount of attempts Zope will say, piss off! ...for a while and come back later. So it comes back later and works fine. Are you using lots of AJAX requests? That can sometimes cause read conflict errors. 2009/8/28 Dragos Chirila objectval...@gmail.com: Hello everyone, I have a question regarding a database read conflict error. I would appreciate any thoughts on this issue. I am using Zope 2.8.9.1-final, Python 2.3.7 with a ZEO server and 4 clients for 6 months now. I have noticed that the event.log is filled with read conflict errors like the one below: 2009-08-28T10:29:26 INFO ZODB.Conflict database read conflict error (oid 0x09, class Products.Transience.Transience.Increaser) at /VirtualHostBase/http/metropotam.ro:80/metropotam/VirtualHostRoot/Opera/loc4769172835-Ateneul-Roman/ (21 conflicts, of which 0 were unresolved, since startup at Thu Aug 27 15:25:02 2009) This URL of the object is http://metropotam.ro/Opera/loc4769172835-Ateneul-Roman . We have around 2000 objects of the same type and this is *the only one* that generates read conflict errors. I have tried a few things: 1. Edit object and recatalog it 2. Rename it 3. Delete object, pack database, create a new object and then rename it to keep the URL alive 4. checked the data.fs and got no errors (fstest.py) None of the above solved the problem; I still get a lot of conflicts. Is there a way to fix this? I found it very strange that I get conflicts only for this object and for no other of the same type, even in the same folder... Thank you, Dragos Chirila ___ Zope maillist - z...@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com fun crosstips.org ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] strange database read conflict error
2009/8/28 Dragos Chirila objectval...@gmail.com: Peter, Than you for your response. Please find below a few things: - I give up using sessions in the website's front and years ago :) There is only one page left that is using them, when u subscribe to our newsletter but I don't think that this affects because is used rarely It might be used anyway. It'll be empty (except the subscribe-to-newsletter page) all the time but it might still be in use. I think there is always a REQUEST.SESSION object. - I am using Yahoo Maps Ajax API to display maps; also some ajax calls for our build in chat (only for logged users) That's unrelated. Yahoo! isn't using ZODB. So if the things above are causing read conflicts why only for this particular object? There is nothing special or different with this one... It could be some other piece of code that tries to read from ZODB more than once and whatever it's trying to read might be something slow (slow for a computer). Have you tried running ZopeProfiler on your site to figure out if there are certain (ZO)DB related functions that are called either many many times or few but slow times. Thanks again, Dragos On Fri, Aug 28, 2009 at 12:19 PM, Peter Bengtssonpete...@gmail.com wrote: The fact that the class is Products.Transience.Transience.Increaser makes me suspect that you're using sessions and within the same session you make too many read requests to the ZODB. When the load is too high, after a certain amount of attempts Zope will say, piss off! ...for a while and come back later. So it comes back later and works fine. Are you using lots of AJAX requests? That can sometimes cause read conflict errors. 2009/8/28 Dragos Chirila objectval...@gmail.com: Hello everyone, I have a question regarding a database read conflict error. I would appreciate any thoughts on this issue. I am using Zope 2.8.9.1-final, Python 2.3.7 with a ZEO server and 4 clients for 6 months now. I have noticed that the event.log is filled with read conflict errors like the one below: 2009-08-28T10:29:26 INFO ZODB.Conflict database read conflict error (oid 0x09, class Products.Transience.Transience.Increaser) at /VirtualHostBase/http/metropotam.ro:80/metropotam/VirtualHostRoot/Opera/loc4769172835-Ateneul-Roman/ (21 conflicts, of which 0 were unresolved, since startup at Thu Aug 27 15:25:02 2009) This URL of the object is http://metropotam.ro/Opera/loc4769172835-Ateneul-Roman . We have around 2000 objects of the same type and this is *the only one* that generates read conflict errors. I have tried a few things: 1. Edit object and recatalog it 2. Rename it 3. Delete object, pack database, create a new object and then rename it to keep the URL alive 4. checked the data.fs and got no errors (fstest.py) None of the above solved the problem; I still get a lot of conflicts. Is there a way to fix this? I found it very strange that I get conflicts only for this object and for no other of the same type, even in the same folder... Thank you, Dragos Chirila ___ Zope maillist - z...@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com fun crosstips.org -- Dragos Chirila objectval...@gmail.com (+4) 0722 395375 ___ Zope maillist - z...@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com fun crosstips.org ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] strange database read conflict error
All objects as the same type of this one that generates conflicts are displayed using the same template that contains the same elements (js, images, etc.). I can access any object in the same folder (http://metropotam.ro/Opera/) and I will get no read conflicts (e.g. http://metropotam.ro/Opera/loc8982879061-Sala-Palatului/). I have conflicts when I access this particular object http://metropotam.ro/Opera/loc8982879061-Sala-Palatului/. If the problem is related with some piece of code I can't find any logical explanation for this behavior. ... or maybe I am looking in the wrong place. Also, told you before, I even erased the object from the Data.fs and then packed it. Conflicts stopped. After I have created a new object and rename it with the old id the conflicts showed up again... Thanks, Dragos On Fri, Aug 28, 2009 at 2:37 PM, Peter Bengtssonpete...@gmail.com wrote: 2009/8/28 Dragos Chirila objectval...@gmail.com: Peter, Than you for your response. Please find below a few things: - I give up using sessions in the website's front and years ago :) There is only one page left that is using them, when u subscribe to our newsletter but I don't think that this affects because is used rarely It might be used anyway. It'll be empty (except the subscribe-to-newsletter page) all the time but it might still be in use. I think there is always a REQUEST.SESSION object. - I am using Yahoo Maps Ajax API to display maps; also some ajax calls for our build in chat (only for logged users) That's unrelated. Yahoo! isn't using ZODB. So if the things above are causing read conflicts why only for this particular object? There is nothing special or different with this one... It could be some other piece of code that tries to read from ZODB more than once and whatever it's trying to read might be something slow (slow for a computer). Have you tried running ZopeProfiler on your site to figure out if there are certain (ZO)DB related functions that are called either many many times or few but slow times. Thanks again, Dragos On Fri, Aug 28, 2009 at 12:19 PM, Peter Bengtssonpete...@gmail.com wrote: The fact that the class is Products.Transience.Transience.Increaser makes me suspect that you're using sessions and within the same session you make too many read requests to the ZODB. When the load is too high, after a certain amount of attempts Zope will say, piss off! ...for a while and come back later. So it comes back later and works fine. Are you using lots of AJAX requests? That can sometimes cause read conflict errors. 2009/8/28 Dragos Chirila objectval...@gmail.com: Hello everyone, I have a question regarding a database read conflict error. I would appreciate any thoughts on this issue. I am using Zope 2.8.9.1-final, Python 2.3.7 with a ZEO server and 4 clients for 6 months now. I have noticed that the event.log is filled with read conflict errors like the one below: 2009-08-28T10:29:26 INFO ZODB.Conflict database read conflict error (oid 0x09, class Products.Transience.Transience.Increaser) at /VirtualHostBase/http/metropotam.ro:80/metropotam/VirtualHostRoot/Opera/loc4769172835-Ateneul-Roman/ (21 conflicts, of which 0 were unresolved, since startup at Thu Aug 27 15:25:02 2009) This URL of the object is http://metropotam.ro/Opera/loc4769172835-Ateneul-Roman . We have around 2000 objects of the same type and this is *the only one* that generates read conflict errors. I have tried a few things: 1. Edit object and recatalog it 2. Rename it 3. Delete object, pack database, create a new object and then rename it to keep the URL alive 4. checked the data.fs and got no errors (fstest.py) None of the above solved the problem; I still get a lot of conflicts. Is there a way to fix this? I found it very strange that I get conflicts only for this object and for no other of the same type, even in the same folder... Thank you, Dragos Chirila ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com fun crosstips.org -- Dragos Chirila objectval...@gmail.com (+4) 0722 395375 ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com fun crosstips.org -- Dragos Chirila objectval...@gmail.com (+4) 0722 395375 ___
Re: [Zope] strange database read conflict error
Ooops, paste it the wrong link below the URL of the object with conflicts is http://metropotam.ro/Opera/loc4769172835-Ateneul-Roman/ On Fri, Aug 28, 2009 at 2:47 PM, Dragos Chirilaobjectval...@gmail.com wrote: All objects as the same type of this one that generates conflicts are displayed using the same template that contains the same elements (js, images, etc.). I can access any object in the same folder (http://metropotam.ro/Opera/) and I will get no read conflicts (e.g. http://metropotam.ro/Opera/loc8982879061-Sala-Palatului/). I have conflicts when I access this particular object http://metropotam.ro/Opera/loc8982879061-Sala-Palatului/. If the problem is related with some piece of code I can't find any logical explanation for this behavior. ... or maybe I am looking in the wrong place. Also, told you before, I even erased the object from the Data.fs and then packed it. Conflicts stopped. After I have created a new object and rename it with the old id the conflicts showed up again... Thanks, Dragos On Fri, Aug 28, 2009 at 2:37 PM, Peter Bengtssonpete...@gmail.com wrote: 2009/8/28 Dragos Chirila objectval...@gmail.com: Peter, Than you for your response. Please find below a few things: - I give up using sessions in the website's front and years ago :) There is only one page left that is using them, when u subscribe to our newsletter but I don't think that this affects because is used rarely It might be used anyway. It'll be empty (except the subscribe-to-newsletter page) all the time but it might still be in use. I think there is always a REQUEST.SESSION object. - I am using Yahoo Maps Ajax API to display maps; also some ajax calls for our build in chat (only for logged users) That's unrelated. Yahoo! isn't using ZODB. So if the things above are causing read conflicts why only for this particular object? There is nothing special or different with this one... It could be some other piece of code that tries to read from ZODB more than once and whatever it's trying to read might be something slow (slow for a computer). Have you tried running ZopeProfiler on your site to figure out if there are certain (ZO)DB related functions that are called either many many times or few but slow times. Thanks again, Dragos On Fri, Aug 28, 2009 at 12:19 PM, Peter Bengtssonpete...@gmail.com wrote: The fact that the class is Products.Transience.Transience.Increaser makes me suspect that you're using sessions and within the same session you make too many read requests to the ZODB. When the load is too high, after a certain amount of attempts Zope will say, piss off! ...for a while and come back later. So it comes back later and works fine. Are you using lots of AJAX requests? That can sometimes cause read conflict errors. 2009/8/28 Dragos Chirila objectval...@gmail.com: Hello everyone, I have a question regarding a database read conflict error. I would appreciate any thoughts on this issue. I am using Zope 2.8.9.1-final, Python 2.3.7 with a ZEO server and 4 clients for 6 months now. I have noticed that the event.log is filled with read conflict errors like the one below: 2009-08-28T10:29:26 INFO ZODB.Conflict database read conflict error (oid 0x09, class Products.Transience.Transience.Increaser) at /VirtualHostBase/http/metropotam.ro:80/metropotam/VirtualHostRoot/Opera/loc4769172835-Ateneul-Roman/ (21 conflicts, of which 0 were unresolved, since startup at Thu Aug 27 15:25:02 2009) This URL of the object is http://metropotam.ro/Opera/loc4769172835-Ateneul-Roman . We have around 2000 objects of the same type and this is *the only one* that generates read conflict errors. I have tried a few things: 1. Edit object and recatalog it 2. Rename it 3. Delete object, pack database, create a new object and then rename it to keep the URL alive 4. checked the data.fs and got no errors (fstest.py) None of the above solved the problem; I still get a lot of conflicts. Is there a way to fix this? I found it very strange that I get conflicts only for this object and for no other of the same type, even in the same folder... Thank you, Dragos Chirila ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com fun crosstips.org -- Dragos Chirila objectval...@gmail.com (+4) 0722 395375 ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] strange database read conflict error
It's very very hard to reproduce. You have to have really good test coverage but even in running tests it's hard because of the fact that they're single threaded. If I were you I'd look into something some stresstesting tool and bombard your localhost till you find where it's causing most of the conflict errors. NB. Conflict errors aren't errors. That's a sucky thing about ZODB. Deep down it's an error but since Zope, on a higher more human level, will just retry it should be considered a warning or info or something. 2009/8/28 Dragos Chirila objectval...@gmail.com: All objects as the same type of this one that generates conflicts are displayed using the same template that contains the same elements (js, images, etc.). I can access any object in the same folder (http://metropotam.ro/Opera/) and I will get no read conflicts (e.g. http://metropotam.ro/Opera/loc8982879061-Sala-Palatului/). I have conflicts when I access this particular object http://metropotam.ro/Opera/loc8982879061-Sala-Palatului/. If the problem is related with some piece of code I can't find any logical explanation for this behavior. ... or maybe I am looking in the wrong place. Also, told you before, I even erased the object from the Data.fs and then packed it. Conflicts stopped. After I have created a new object and rename it with the old id the conflicts showed up again... Thanks, Dragos On Fri, Aug 28, 2009 at 2:37 PM, Peter Bengtssonpete...@gmail.com wrote: 2009/8/28 Dragos Chirila objectval...@gmail.com: Peter, Than you for your response. Please find below a few things: - I give up using sessions in the website's front and years ago :) There is only one page left that is using them, when u subscribe to our newsletter but I don't think that this affects because is used rarely It might be used anyway. It'll be empty (except the subscribe-to-newsletter page) all the time but it might still be in use. I think there is always a REQUEST.SESSION object. - I am using Yahoo Maps Ajax API to display maps; also some ajax calls for our build in chat (only for logged users) That's unrelated. Yahoo! isn't using ZODB. So if the things above are causing read conflicts why only for this particular object? There is nothing special or different with this one... It could be some other piece of code that tries to read from ZODB more than once and whatever it's trying to read might be something slow (slow for a computer). Have you tried running ZopeProfiler on your site to figure out if there are certain (ZO)DB related functions that are called either many many times or few but slow times. Thanks again, Dragos On Fri, Aug 28, 2009 at 12:19 PM, Peter Bengtssonpete...@gmail.com wrote: The fact that the class is Products.Transience.Transience.Increaser makes me suspect that you're using sessions and within the same session you make too many read requests to the ZODB. When the load is too high, after a certain amount of attempts Zope will say, piss off! ...for a while and come back later. So it comes back later and works fine. Are you using lots of AJAX requests? That can sometimes cause read conflict errors. 2009/8/28 Dragos Chirila objectval...@gmail.com: Hello everyone, I have a question regarding a database read conflict error. I would appreciate any thoughts on this issue. I am using Zope 2.8.9.1-final, Python 2.3.7 with a ZEO server and 4 clients for 6 months now. I have noticed that the event.log is filled with read conflict errors like the one below: 2009-08-28T10:29:26 INFO ZODB.Conflict database read conflict error (oid 0x09, class Products.Transience.Transience.Increaser) at /VirtualHostBase/http/metropotam.ro:80/metropotam/VirtualHostRoot/Opera/loc4769172835-Ateneul-Roman/ (21 conflicts, of which 0 were unresolved, since startup at Thu Aug 27 15:25:02 2009) This URL of the object is http://metropotam.ro/Opera/loc4769172835-Ateneul-Roman . We have around 2000 objects of the same type and this is *the only one* that generates read conflict errors. I have tried a few things: 1. Edit object and recatalog it 2. Rename it 3. Delete object, pack database, create a new object and then rename it to keep the URL alive 4. checked the data.fs and got no errors (fstest.py) None of the above solved the problem; I still get a lot of conflicts. Is there a way to fix this? I found it very strange that I get conflicts only for this object and for no other of the same type, even in the same folder... Thank you, Dragos Chirila ___ Zope maillist - z...@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com fun crosstips.org
Re: [Zope] strange database read conflict error
+---[ Peter Bengtsson ]-- | It's very very hard to reproduce. You have to have really good test | coverage but even in running tests it's hard because of the fact that | they're single threaded. | If I were you I'd look into something some stresstesting tool and | bombard your localhost till you find where it's causing most of the | conflict errors. | NB. Conflict errors aren't errors. Conflict Errors ARE errors, unless of course you don't care about data integrity, in which case probably nothing is an error. Later versions (than 2.8) have fewer Read Conflict problems Sean Hastings did a fairly good write up a number of years ago; https://mail.zope.org/pipermail/zope/2004-September/153704.html Might be a bit dated now, but, might help put things into perspective. -- Andrew Milton a...@theinternet.com.au ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
