Hi; I'm *still* having problems ridding myself of a product that somehow has etched its memory into Data.fs. The error I run into states Zope can't import module PTKDemo. I moved out all products that weren't essential, deleted them out of the ZMI and restarted Zope, but the error remained. Here's a traceback: Traceback (innermost last): File /apache/ZopeInstallation/Zope_software_home/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /apache/ZopeInstallation/Zope_software_home/lib/python/ZPublisher/Publish.py, line 187, in publish File /apache/ZopeInstallation/Zope_software_home/lib/python/Zope/__init__.py, line 226, in zpublisher_exception_hook (Object: defaultRack) File /apache/ZopeInstallation/Zope_software_home/lib/python/ZPublisher/Publish.py, line 171, in publish File /apache/ZopeInstallation/Zope_software_home/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_storageForm) File /apache/ZopeInstallation/Zope_software_home/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: manage_storageForm) File /apache/ZopeInstallation/Zope_software_home/lib/python/Shared/DC/Scripts/Bindings.py, line 324, in __call__ (Object: manage_storageForm) File /apache/ZopeInstallation/Zope_software_home/lib/python/Shared/DC/Scripts/Bindings.py, line 354, in _bindAndExec (Object: manage_storageForm) File /apache/ZopeInstallation/Zope_software_home/lib/python/App/special_dtml.py, line 244, in _exec (Object: manage_storageForm) File /apache/ZopeInstallation/Zope_software_home/lib/python/DocumentTemplate/DT_In.py, line 691, in renderwob (Object: manage_product_zclass_info) File /apache/ZopeInstallation/Zope_software_home/lib/python/Products/ZPatterns/DataManagers.py, line 104, in manage_product_zclass_info (Object: defaultRack) File /apache/ZopeInstallation/Zope_software_home/lib/python/Products/ZPatterns/DataManagers.py, line 92, in _unifiedZClassRegistry (Object: defaultRack) File /apache/ZopeInstallation/Zope_software_home/lib/python/Products/PlugIns/PlugIns.py, line 674, in unifiedZClassRegistry (Object: defaultRack) File /apache/ZopeInstallation/Zope_software_home/lib/python/Products/ZPatterns/DataManagers.py, line 86, in _zclassOK (Object: defaultRack) File /apache/ZopeInstallation/Zope_software_home/lib/python/ZODB/Connection.py, line 544, in setstate ImportError: (see above) Any ideas? TIA, BenO
On 17/11/01 3:31 pm, "Ben Ocean" <zope@thewebsons.com> wrote:
Hi; I'm *still* having problems ridding myself of a product that somehow has etched its memory into Data.fs. The error I run into states Zope can't import module PTKDemo. I moved out all products that weren't essential, deleted them out of the ZMI and restarted Zope, but the error remained. Here's a traceback:
Ben, Your subject lines get better and better! :) This reminds me of a problem I had too (I even think it was PTKDemo!). I think I got round it by exporting my objects (ie methods, docs and folders etc) individually from the top level (so not *that* many to do), creating a new Data.fs from a Zope installation with all your products instatntiated, and then importing them again. Hth Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
At 06:52 PM 11/17/01 +0000, you wrote:
Ben, Your subject lines get better and better! :)
LOL! (Wordsmith, you know...) If only my Zope Zen did...
This reminds me of a problem I had too (I even think it was PTKDemo!).
I think I got round it by exporting my objects (ie methods, docs and folders etc) individually from the top level (so not *that* many to do), creating a new Data.fs from a Zope installation with all your products instatntiated, and then importing them again.
That's clever! I'll give it a shot! Thanks! BenO
From: "Tony McDonald" <tony.mcdonald@ncl.ac.uk>
I think I got round it by exporting my objects (ie methods, docs and folders etc) individually from the top level (so not *that* many to do), creating a new Data.fs from a Zope installation with all your products instatntiated, and then importing them again.
Yeah, that works. I got a similar problem yesterday when upgrading a site from one version of our publisher system to another. We had moved one class from one py-file to another py-file, which means Zope did not recognize it. In data.fs it is coded a lot of in about a calls, included where it resides, but in the zexp file it is not, so exporting from the old site and importing into a clear data.fs will get rid of any incorrect class information. A bit problematic though. An editor to change the location of a certain meta_type would be nice. :-) I also discovered that it is possible to have two classes with the same meta_type as long as they don't reside in the same py-file. :-)
From: "Lennart Regebro" <lennart@regebro.nu>
Yeah, that works. I got a similar problem yesterday when upgrading a site from one version of our publisher system to another. We had moved one class from one py-file to another py-file, which means Zope did not recognize it. In data.fs it is coded a lot of in about a class, included where it resides, but in the zexp file it is not
Bzzzzzt! Wrong, but thanks for playing! :-) I only THOUGHT it worked. It didn't.
Ben Ocean wrote:
/apache/ZopeInstallation/Zope_software_home/lib/python/Products/ZPatterns/DataManagers.py, line 104, in manage_product_zclass_info (Object: defaultRack) File /apache/ZopeInstallation/Zope_software_home/lib/python/Products/ZPatterns/DataManagers.py, line 92, in _unifiedZClassRegistry (Object: defaultRack)
This looks like ZPatterns is doing something 'interesting' with ZClasses that's interacting badly with PTKDemo's ZClass'es. This might be something worth asking about on the ZPatterns list. cheers, Chris
participants (4)
-
Ben Ocean -
Chris Withers -
Lennart Regebro -
Tony McDonald