- Zope-Dev - Zope lists

ZPublisher Q about obj having both __bobo_traverse__ and index_html
by Michael Olivier 24 Dec '01

24 Dec '01

I'm using ZPublisher + PCGI w/o the full Zope environment. Is it possible to have an object that defines a __bobo_traverse__ method and also has an index_html method? In the example below, I would want it to traverse if the URL path had more elements on it, and otherwise to call index_html(). Unless I comment out the __bobo_traverse__, the index_html method doesn't work. I also tried returning None in traversal if key was None, but that didn't work either. (I am running 2.0.1, so maybe I'm hitting a bug that's since been fixed.) class MsgDirList: """message directory list""" def __init__(self): pass def __bobo_traverse__(self, REQUEST, key): # traverse if there is more in the URL path... return CitiesMsgs(key) def index_html(self): """hi there""" return "hi there!" Also, is there a more focused group for those of us using ZPublisher + PCGI (or whatever) w/o using the full Zope environment? Or if not, email me if you'd be interested in such a forum. Most of the traffic on zope-dev is off the mark for me. thanks! Michael

2 1

How to call the class in python file into zope script python.
by 박 재성 24 Dec '01

24 Dec '01

Hi. This is Seoul in SouthKorea. First I excuse what I am not good at English. I made a simple product(named BBSExpert.py) by python, tested it, and succeeded. There is the display() class in the BBSExpert.py. I want to call this class (display() is located in the BBSExpert.py) into zope base(ex. Script (python)). These files are what I made. ************************************************************** 1. __init__.py import BBSExpert def initialize(context): """ """ context.registerClass( BBSExpert.BBSExpert, constructors = ( BBSExpert.Manage_AddBBSExpertForm, BBSExpert.Manage_AddBBSExpertAction ), icon=None ) *********************************************************************** 2. BBSExpert.py (display() class is located in this file.) from Globals import HTMLFile from Globals import MessageDialog from Globals import Persistent from Globals import DTMLFile import OFS.SimpleItem import Acquisition import AccessControl.Role import test def Manage_AddBBSExpertAction(self, id='BBSExpert', title='Title here', content='Content here.', REQUEST=None): """ Add a BBSExpert to a folder. """ self._setObject(id, BBSExpert(id, title, content)) if REQUEST is not None: return self.manage_main(self, REQUEST) # Get user id from this form Manage_AddBBSExpertForm = DTMLFile('www/Manage_AddBBSExpertForm', globals()) class BBSExpert( OFS.SimpleItem.Item, # A simple Principia object. Not Folderish. Persistent, # Make us persistent. Yaah! Acquisition.Implicit, # Let us use our parent's variables and methods. AccessControl.Role.RoleManager # Security manager. ): """ BBSExpert Product """ meta_type = 'BBSExpert' manage_options = ( {'label': 'Properties', 'action': 'manage_editForm',}, {'label': 'View', 'action': 'index_html',}, ) def __init__(self, id, title, content): "Inits the product with default values" self.id = id self.title = title self.content = content def manage_editAction(self, title, content, RESPONSE=None): "Changes the product values" self.title = title self.content = content self._p_changed = 1 RESPONSE.redirect('manage_editForm') # The web pages that shows content. Put your own in the www folder. def index_html(self): "used to view content of the object" return """<html><body>2pu hahaha</body></html>""" def display(self): "used to view content of the object" return """<html><body> We are the world</body></html>""" # Used to view content of the object #index_html = DTMLFile('www/index_html', globals()) # Edit the content of the object manage_editForm = DTMLFile('www/manage_editForm', globals()) Index_html.dtml******************************************** <dtml-if id> <b>ID:</b><br> <dtml-var id><br><br> </dtml-if> <dtml-if title> <b>Title:</b><br> <dtml-var title><br><br> </dtml-if> <dtml-if content> <b>Content:</b><br> <dtml-var content><br><br> </dtml-if> Manage_AddBBSExpertForm.dtml*************************************** <html> <head> <title>Add BBSExpert Instance</title> </head> <body bgcolor="#FFFFFF"> <form name="form" action="Manage_AddBBSExpertAction" method="post"><br> id:<br> <input type="text" name="id:string" size="30" value="BBSExpert"> <br><br> BBSExpert Title:<br> <input type="text" name="title:string" size="30" value="MyBBS"> <br><br> Content:<br> <textarea name="content:text" cols="40" rows="8" wrap="virtual">Content here.</textarea> <br><br> <input type="submit" value=" add "> </form> </body> </html> Manage_EditForm.dtml**************************************************** * <html> <head> <title>Manage BBSExpert</title> </head> <body bgcolor="#FFFFFF"> <dtml-var manage_tabs> <form name="form" action="." method="post"><br> BBSTitle:<br> <input type="text" name="title:string" size="30" value="<dtml-var title>"> <br><br> Content:<br> <textarea name="content:text" cols="40" rows="8" wrap="virtual"><dtml-var content></textarea> <br><br> <input type="submit" value="Change" name="manage_editAction:method"> </form> </body> </html> ************************************************************************ * 3. Examplecode.txt (This part what I failed actually.) (In Example.txt I could not return the display() class. How could I call the display()class into Script (Python) in zope management framework.) # Example code: # Import a standard function, and get the HTML request and response objects. from Products.PythonScripts.standard import html_quote request = container.REQUEST RESPONSE = request.RESPONSE BBSExpert = context return BBSExpert.display() ************************************************************************ **** Help me. Thank you very much. <http://www.korea.com> 코리아는 당신을 사랑합니다 --------------------------------------- 신나는 게임, 반가운 친구, 그 모든 것이 이곳에! 대표 게임 메가 포탈 http://game.korea.com

1 0

What DTML syntax is used this case?
by 박 재성 24 Dec '01

24 Dec '01

1 0

RE: Subject: [Zope-dev] Strange error message: "function attributes not accessible in restricted mode"
by Joseph Schlesinger 23 Dec '01

23 Dec '01

I get the same error message using the win32 binaries of Zope 2.4.3, and a ZPysGreSQLDA to connect with a cygwin version of postgres. > Message: 13 > From: "Joachim Werner" <joe(a)iuveno-net.de> > To: <zope-dev(a)zope.org> > Cc: "Stephan Richter" <srichter(a)iuveno-net.de> > Date: Wed, 19 Dec 2001 23:57:50 +0100 > Organization: iuveno AG > Subject: [Zope-dev] Strange error message: "function attributes not accessible in restricted mode" > > Hi! > > I have two Zope 2.5 b2 installations on two seemingly identical machines, > both with PostgreSQL, ZPsyCopDA, and DBObjects. In the DBObjects demo, I am > getting THIS (see below) on one of the machines (the one with the slightly > older installation). > > Very strange for me. What the hell is "restricted mode"? Something new in > the RestrictedPython environment? And what could explain the fact that it > happens on one machine, but not on the other? > > Joachim > > > Zope Error > Zope has encountered an error while publishing this resource. > > Error Type: RuntimeError > Error Value: function attributes not accessible in restricted mode > > > > -------------------------------------------------------------------------- -- > ---- > > Troubleshooting Suggestions > > The URL may be incorrect. > The parameters passed to this resource may be incorrect. > A resource that this resource relies on may be encountering an error. > For more detailed information about the error, please refer to the HTML > source for this page. > > If the error persists please contact the site maintainer. Thank you for your > patience. > > > > > Traceback (innermost last): > File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/Publish.py, > line 158, in publish_module > File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/Publish.py, > line 119, in publish > File /home/ftp/root/kue-projekt/dev_8280/lib/python/Zope/__init__.py, line > 158, in zpublisher_exception_hook > (Object: test) > File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/Publish.py, > line 103, in publish > File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/mapply.py, > line 88, in mapply > (Object: manage_addForm) > File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/Publish.py, > line 44, in call_object > (Object: manage_addForm) > File /home/ftp/root/kue-projekt/dev_8280/lib/python/App/special_dtml.py, > line 61, in __call__ > (Object: manage_addForm) > File > /home/ftp/root/kue-projekt/dev_8280/lib/python/DocumentTemplate/DT_String.py > , line 473, in __call__ > (Object: manage_addForm) > File > /home/ftp/root/kue-projekt/dev_8280/lib/python/DocumentTemplate/DT_In.py, > line 620, in renderwob > (Object: > getSubObjectClass(subObjectMetaType).dbTable.getAllAttributes()) > File > /home/ftp/root/kue-projekt/dev_8280/lib/python/DocumentTemplate/DT_Util.py, > line 159, in eval > (Object: > getSubObjectClass(subObjectMetaType).dbTable.getAllAttributes()) > (Info: getSubObjectClass) > File <string>, line 0, in ? > RuntimeError: (see above) > > > > > > > --__--__-- > > Message: 14 > Date: Thu, 20 Dec 2001 12:39:26 +0900 > From: Joseph Wayne Norton <norton(a)alum.mit.edu> > To: "Matthew T. Kromer" <matt(a)zope.com> > Cc: <zope-dev(a)zope.org> > Subject: Re: [Zope-dev] Re: Zope 2.4 crashes -- possible fix identified, other solutions also suggested > Reply-To: norton(a)alum.mit.edu > > > Matt - > > If possible, I would prefer to use a source Python 2.1.2 release with > a source zope 2.4.4 ? bugfix release (or create my own from the 2.4 > cvs branch) once the fixes are complete. We do not want to put a 2.5 > release in production at this time. > > Thanks for the update. > > regards, > > - j > > At Wed, 19 Dec 2001 09:25:08 -0500, > Matthew T. Kromer wrote: > > > > The ExtensionClass.h patch has NOT been merged into the branches and trunk > > yet pending further review. > > > > just my 2 cents, but we have been using this in production for about 1 > week or more without any troubles. > > > > --__--__-- > > Message: 15 > Date: Thu, 20 Dec 2001 08:37:03 -0500 > Subject: Re: [Zope-dev] Re: Zope 2.4 crashes -- possible fix identified, other solutions also suggested > Cc: <zope-dev(a)zope.org> > To: norton(a)alum.mit.edu > From: "Matthew T. Kromer" <matt(a)zope.com> > > Well, if you want to grab what is probably going to turn in to Python > 2.1.2 from CVS, you can get the release21-maint branch from > :pserver:anonymous@cvs.python.sourceforge.net:/cvsroot/python package > python. > > This already has the important change to ceval.c in it; but I'm not sure > that the rest of the changes for the 2.1.2 release have been finalized. > > I think Anthony Baxter is going to try to put a beta / release candidate > of 2.1.2 up real soon now, but I can't speak for him :) > > > On Wednesday, December 19, 2001, at 10:39 PM, Joseph Wayne Norton wrote: > > > > > Matt - > > > > If possible, I would prefer to use a source Python 2.1.2 release with > > a source zope 2.4.4 ? bugfix release (or create my own from the 2.4 > > cvs branch) once the fixes are complete. We do not want to put a 2.5 > > release in production at this time. > > > > Thanks for the update. > > > > regards, > > > > - j > > > > At Wed, 19 Dec 2001 09:25:08 -0500, > > Matthew T. Kromer wrote: > >> > >> The ExtensionClass.h patch has NOT been merged into the branches and > >> trunk > >> yet pending further review. > >> > > > > just my 2 cents, but we have been using this in production for about 1 > > week or more without any troubles. > > > > > > > --__--__-- > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > > (To receive general Zope announcements, see: > http://lists.zope.org/mailman/listinfo/zope-announce > > For non-developer, user-level issues, > zope(a)zope.org, http://lists.zope.org/mailman/listinfo/zope ) > > End of Zope-Dev Digest >

1 0

KeyError with __eq__
by Joshua Lanza 22 Dec '01

22 Dec '01

I'm trying to publish an object without using content_publish_form (so directly invoking content_status_modify) and I'm getting Error Type: KeyError Error Value: __eq__ The only place I find __eq__ in the zope installation is in UserList.py, where it appears to be some kind of redefinition of '=='. UserList.py does not appear in the stack trace, so I'm confused as to what may be happening here. Anyone else run into this? Thanks, Josh ps ~ I'm not sure I understand Zope stack traces very well - I can't find any of my objects in the listing. I would expect to see my object (which invoked the method that started the action) somewhere in the trace.

2 1

Strange error message: "function attributes not accessible in restricted mode"
by Joachim Werner 21 Dec '01

21 Dec '01

Hi! I have two Zope 2.5 b2 installations on two seemingly identical machines, both with PostgreSQL, ZPsyCopDA, and DBObjects. In the DBObjects demo, I am getting THIS (see below) on one of the machines (the one with the slightly older installation). Very strange for me. What the hell is "restricted mode"? Something new in the RestrictedPython environment? And what could explain the fact that it happens on one machine, but not on the other? Joachim Zope Error Zope has encountered an error while publishing this resource. Error Type: RuntimeError Error Value: function attributes not accessible in restricted mode ---------------------------------------------------------------------------- ---- Troubleshooting Suggestions The URL may be incorrect. The parameters passed to this resource may be incorrect. A resource that this resource relies on may be encountering an error. For more detailed information about the error, please refer to the HTML source for this page. If the error persists please contact the site maintainer. Thank you for your patience. Traceback (innermost last): File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/Publish.py, line 158, in publish_module File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/Publish.py, line 119, in publish File /home/ftp/root/kue-projekt/dev_8280/lib/python/Zope/__init__.py, line 158, in zpublisher_exception_hook (Object: test) File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/Publish.py, line 103, in publish File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/mapply.py, line 88, in mapply (Object: manage_addForm) File /home/ftp/root/kue-projekt/dev_8280/lib/python/ZPublisher/Publish.py, line 44, in call_object (Object: manage_addForm) File /home/ftp/root/kue-projekt/dev_8280/lib/python/App/special_dtml.py, line 61, in __call__ (Object: manage_addForm) File /home/ftp/root/kue-projekt/dev_8280/lib/python/DocumentTemplate/DT_String.py , line 473, in __call__ (Object: manage_addForm) File /home/ftp/root/kue-projekt/dev_8280/lib/python/DocumentTemplate/DT_In.py, line 620, in renderwob (Object: getSubObjectClass(subObjectMetaType).dbTable.getAllAttributes()) File /home/ftp/root/kue-projekt/dev_8280/lib/python/DocumentTemplate/DT_Util.py, line 159, in eval (Object: getSubObjectClass(subObjectMetaType).dbTable.getAllAttributes()) (Info: getSubObjectClass) File <string>, line 0, in ? RuntimeError: (see above)

2 1

Q: Anyone want to sprint in Fredericksburg next week?
by Paul Everitt 21 Dec '01

21 Dec '01

Howdy. This is a last-second email aimed at Washington-area Zope developers that might want to do a Zope3 extreme programming sprint with Jim next week, here in Fredericksburg. The dates are any two of Dec 26/27/28. Good knowledge of Python and Zope development required. Please reply to me today if you might be interested, and sorry for the last-minute notice. --Paul

1 0

Re: [Zope-dev] Re: Zope 2.4 crashes -- possible fix identified, other solutions also suggested
by Anthony Baxter 21 Dec '01

21 Dec '01

>>> "Matthew T. Kromer" wrote > Well, if you want to grab what is probably going to turn in to Python > 2.1.2 from CVS, you can get the release21-maint branch from > :pserver:anonymous@cvs.python.sourceforge.net:/cvsroot/python package > python. I'd _love_ it if people wanted to do this, once the release candidate is out - I don't have access to a massive number of platforms, so I'd like to know if I've accidentally broken anything. :) Watch this space... -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

Re: [Zope-dev] Re: Zope 2.4 crashes -- possible fix identified, other solutions also suggested
by Anthony Baxter 21 Dec '01

21 Dec '01

>>> "Matthew T. Kromer" wrote > Anthony Baxter is anticipating a Python 2.1.2 beta real soon now (probably > this weekend) so I am going to try to get that into Zope 2.5's binary > releases, although we may put out a Zope 2.5 beta 3 first. This will > include the necessary Python patches to ceval.c to fix the frame bug; after > it hits the streets Python 2.1.2 will become our recommended Python for > Zope. That's still the plan - ripping along through the todo list at the moment. I'm just double-quadruple-triple checking the safety of the patch to make solaris threading not suck as a backport. Note that it's not going to be a beta, but a release candidate - it shouldn't be necessary to have a beta for a bugfix release. Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

Workflow for Registration
by Peeyush Garg 21 Dec '01

21 Dec '01

Hi, I want to implement a registration flow process where the submitted = information would be approved before somebody is made a member. It's = just like the registration process for registering into www.zope.org. Can somebody point me to good resource where I can find this = information. Thanks, Peeyush.

1 0