RE: [Zope-dev] Re: ANNOUNCE: Zope 2.2.1 released - breaks my zclass instances too.
I'm absolutely sure that NONE of the things which were broken in the original Data.fs had the slightest/faintest connection with any of the products I expunged. It was removing the cruft alone which fixed the problem. Doesn't this (and the other episode reported by Andy) raise the issue of what we can do to ensure that a broken product or piece of a product doesn't stop a healthy product and its instances (completely independent in the sense of not using any of the broken product's base classes or classes) from working? I havent been able to reproduce Andy's issue yet either (though we're working to figure it out). At this point the only common thread seems to be "nested ZClasses", though it is apparently not as simple as that. Anyone seeing this problem who can provide me with a zipped up Data.fs and a _complete_ description of what (Python) products are installed in the affected installation would help greatly in being able to reproduce the problem... Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Re: ANNOUNCE: Zope 2.2.1 released - breaks my zclass instances too.
Brian, the tranalyser reported a clean (old) data.fs and I don't use any python base classes for any of my zclasses - however, in the interests of my own sanity, I'm pleased to report success with an old recipe - I started with a fresh Data.fs and cleaned out some cruft from my Products folder. After removing all the stuff I'm not using now (ZopePTK and ZDConfera/ZDiscussions products in particular), I was able to import my zclasses and then the major application folder - everything looks fine now and seems to work. Lesson may be that a Data.fs which works with an earlier zope version may fail when upgrading to 2.2.1 - if so, try No - thats not the lesson (at least not the right one)... It looks like something in the "cruft" didn't want to be unpickled in the new installation (most likely due to a missing piece - a required product or base class needed by a piece of cruft didn't get moved to the new install). A Data.fs from an earlier version should always work with a later version so long as all add-ons are replicated in the new installation. Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: ANNOUNCE: Zope 2.2.1 released - breaks my zclass instances too.
I'm a little confused - which is not unusual, so please bear with me. I'm absolutely sure that NONE of the things which were broken in the original Data.fs had the slightest/faintest connection with any of the products I expunged. It was removing the cruft alone which fixed the problem. Doesn't this (and the other episode reported by Andy) raise the issue of what we can do to ensure that a broken product or piece of a product doesn't stop a healthy product and its instances (completely independent in the sense of not using any of the broken product's base classes or classes) from working? The instances which were broken were multi-level zclasses which included ObjectManager and CatalogAware in their base classes. The relevant products were entirely healthy. The things I got rid of included two broken things which I never tried to fix (ZDConfera, ZDiscussions) plus some left over stuff (ZopePTK, PTKBase, PTKDemo, Wizard, Membership, LoginManager and a few other bits and pieces which I didn't need although they didn't appear broken..) - none of which had any connection to the broken zclasses in terms that I can understand - other than sharing/breaking an otherwise healthy ZODB. Brian Lloyd wrote: Lesson may be that a Data.fs which works with an earlier zope version may fail when upgrading to 2.2.1 - if so, try No - thats not the lesson (at least not the right one)... It looks like something in the "cruft" didn't want to be unpickled in the new installation (most likely due to a missing piece - a required product or base class needed by a piece of cruft didn't get moved to the new install). A Data.fs from an earlier version should always work with a later version so long as all add-ons are replicated in the new installation. Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.com -- Dr Ross Lazarus Associate Professor and Sub-Dean for Information Technology Faculty of Medicine, Room 114, A27, University of Sydney, Camperdown, NSW 2006, Australia Tel: (+61 2) 93514429 Mobile: +61414872482 Fax: (+61 2) 93516646 Email: [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
