Thanks for the hint. Whew.. I got PloneShell running and it's fun indeed. I don't have any experience in using such a nice tool, but I managed to find out what's causing the trouble:

Several instances of my derived ATContentTypes objects in the root throw the error when a function on them is called. A call of __dict__ reveals that they dont't contain anything. It just returns {}. Now, this only happened with some instances. Others, of the same type, are completely fine, both in the root and deeper in the site. It seems that the ones that are broken are the older ones. So, this means that they got mangled as soon as I opened the Data.fs with the new Products installed, right?

So I deleted these objects on the old setup and then tried to run it with the new setup again. Worked! No more Import Errors!! The migration worked, too. But now, of course, there are a lot of other problems to address, because my Plone is somewhat heavily customized ;)

Thanks a lot for your help!

andré>

[EMAIL PROTECTED] wrote:
so i diagnosed an error like this recently with regards to exif in ATPhoto
or ATImage or whatever.  Its rather difficult - if not impossible to debug
this w/o zopectl.  I would download the PloneShell from enfoldsystems.com
website.

I would read over the 'conversing with zope' article.  basically what you
can do is use post-mortem debugging.  zope will throw exception; you get a
python debugger:

  - then you step up the call stack finding where you actually ahve your
'broken' object orthe object that is causign the problem.

  - poke the object and see what has a reference to Validators

I would *imagine* your problem is something like you have a persistent
Validator in your databse; and validators shouldnt be persistent.  It
would be nice to have objects in ZOpe that not possible to persist ;-)
like

class Validator:
  _p_never_persist = True

this would tell the zodb that its impossible to persist a instance of this
type.  and would throw a runtime error in zodb.  but this isnt the zodb
list ;-)

I would imagine its something in your own code base if you have written
anotehr product.

alan

_______________________________________________
Setup mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/setup

Reply via email to