[Zope] Weird Gadfly behaviour

Brendon Grunewald brendon@70south.com
Tue, 1 Aug 2000 22:39:17 +0200


This is a multi-part message in MIME format.

------=_NextPart_000_00A7_01BFFC09.53BA80A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear Zopista's,

I have a serious problem that is Gadfly database related.

For some reason Zope thinks that the ZSQL methods are folders and hence =
processes the information incorrectly and will also not let me delete or =
access those methods.
I know that the data is still there. If I create a new ZSQL method I can =
search and display the data. (There is hence a work around by redoing =
everything.) But how do I fix the problem? Being able to delete the =
methods after I have implemented the methods again and hence the =
workaround would be a possible solution. Ideally there is a way to get =
Zope to view the methods correctly.

If I try to access one of these methods, I get an HTTP 404 Page not =
found error.
Here is the type of error I get if I try to delete one of these =
objects...

Traceback (innermost last):
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/Publish.py, =
line 214, in publish_module
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/Publish.py, =
line 179, in publish
  File /usr/local/ZopePark/beta.70south.com/lib/python/Zope/__init__.py, =
line 202, in zpublisher_exception_hook
    (Object: ApplicationDefaultPermissions)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/Publish.py, =
line 165, in publish
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/mapply.py, =
line 160, in mapply
    (Object: manage_delObjects)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/Publish.py, =
line 102, in call_object
    (Object: manage_delObjects)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/OFS/ObjectManager.py, =
line 395, in manage_delObjects
    (Object: ApplicationDefaultPermissions)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/OFS/ObjectManager.py, =
line 267, in _delObject
    (Object: ApplicationDefaultPermissions)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/OFS/ObjectManager.py, =
line 262, in manage_beforeDelete
    (Object: ElementWithAttributes)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZODB/Connection.py, line =
396, in setstate
TypeError: ('len() of unsized object', <class Shared.DC.ZRDB.DA.SQL at =
83d35f8>, None)


Regards,
Brendon

------------------
70South: the No.1 source for Antarcticles.
For the latest news and views on Antarctica visit : =
http://www.70south.com

------=_NextPart_000_00A7_01BFFC09.53BA80A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2722.2800" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Dear Zopista's,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I have a serious problem that is Gadfly =
database=20
related.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>For some reason Zope thinks that the =
ZSQL methods=20
are folders and hence processes the information incorrectly and will =
also not=20
let me delete or access those methods.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I know that the data is still =
there.&nbsp;If I=20
create a new ZSQL method I can search and display the data. (There is =
hence a=20
work around by redoing everything.) But how do I fix the problem? Being =
able to=20
delete the methods after I have implemented the methods again and hence =
the=20
workaround would be a possible solution. Ideally there is a way to get =
Zope to=20
view the methods correctly.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>If I try to access one of these =
methods, I get an=20
HTTP 404 Page not found error.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Here is the type of error I get if I =
try to delete=20
one of these objects...</FONT></DIV>
<DIV>
<P><PRE><FONT face=3DArial>Traceback (innermost last):
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/Publish.py, =
line 214, in publish_module
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/Publish.py, =
line 179, in publish
  File /usr/local/ZopePark/beta.70south.com/lib/python/Zope/__init__.py, =
line 202, in zpublisher_exception_hook
    (Object: ApplicationDefaultPermissions)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/Publish.py, =
line 165, in publish
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/mapply.py, =
line 160, in mapply
    (Object: manage_delObjects)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZPublisher/Publish.py, =
line 102, in call_object
    (Object: manage_delObjects)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/OFS/ObjectManager.py, =
line 395, in manage_delObjects
    (Object: ApplicationDefaultPermissions)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/OFS/ObjectManager.py, =
line 267, in _delObject
    (Object: ApplicationDefaultPermissions)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/OFS/ObjectManager.py, =
line 262, in manage_beforeDelete
    (Object: ElementWithAttributes)
  File =
/usr/local/ZopePark/beta.70south.com/lib/python/ZODB/Connection.py, line =
396, in setstate
TypeError: ('len() of unsized object', &lt;class Shared.DC.ZRDB.DA.SQL =
at 83d35f8&gt;, None)</FONT></PRE></DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Regards,<BR>Brendon</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial><FONT size=3D2>------------------<BR>70South: =
the No.1=20
source for Antarcticles.<BR>For the latest news and views on Antarctica =
visit :=20
<A=20
href=3D"http://www.70south.com">http://www.70south.com</A></FONT></FONT><=
/DIV></BODY></HTML>

------=_NextPart_000_00A7_01BFFC09.53BA80A0--