On Feb 22, 2007, at 8:24 PM, Sidnei da Silva wrote:
Hi there,
I'm consistently having issues with 'directlyProvides' and interfaces
that are moved or removed. The symptom is that when the persisted
declaration is unghostified a TypeError happens.
This is specially bad since in this case the
On 2/23/07, Jim Fulton [EMAIL PROTECTED] wrote:
I think this should be handled in the declaration serialization code.
We should arrange that when a declaration is unpickled we:
- catch interfaces that can't be loaded,
Apparently when the interface can't be loaded it turns from a
FWIW, this is already a BrokenClass instance, thanks to ZODB:
(Pdb) p sequence
class 'Products.Five.bbb.OFS_interfaces.IFolder'
(Pdb) p sequence.__mro__
(class 'Products.Five.bbb.OFS_interfaces.IFolder', class
'OFS.Uninstalled.BrokenClass', type 'ExplicitAcquirer', class
'OFS.SimpleItem.Item',
Sidnei da Silva wrote at 2007-2-23 12:08 -0300:
...
Wonder if we can just check for that? And then how to avoid a
dependency of zope.interface on OFS.Uninstalled.BrokenClass.
You can positively check that the object is an Interface subclass.
--
Dieter
On 2/23/07, Dieter Maurer [EMAIL PROTECTED] wrote:
Sidnei da Silva wrote at 2007-2-23 12:08 -0300:
...
Wonder if we can just check for that? And then how to avoid a
dependency of zope.interface on OFS.Uninstalled.BrokenClass.
You can positively check that the object is an Interface subclass.
Hi there,
I'm consistently having issues with 'directlyProvides' and interfaces
that are moved or removed. The symptom is that when the persisted
declaration is unghostified a TypeError happens.
This is specially bad since in this case the 'directlyProvides' is
being used on a PAS plugin, and