February 2004 - Zope

Invalidating a ZSQL cache
by Kevin Carlson 04 Mar '04

04 Mar '04

I have a situation where I would like to configure a ZSql query to keep itself cached, but occasionally have the need to invalidate the cached object and force the next result set to come from the database. I have looked at the Da.py code and it looks like it would be possible to bypass the cache with a simple code modification, but that won't give me what I need entirely. Any ideas?

5 4

Re: [Zope] Strange problem about Catalog
by Star War 03 Mar '04

03 Mar '04

Dear Dieter, Actually I don't understand how "monkey patching" works, and i could not find a description in zope.org. I just put the folder 'ZopeProfiler' into the directory lib/python/products, then restart the zserver. ZopeProfiler did appear in ControlPanel, but the tabs are 'contents', 'properties','define permissions','undo', 'find', 'Readme', and 'Refresh'. And under contents, only help(ZopeProfiler). The version of Zope I used is 2.7. I also tried 2.6, the same result. could you tell me what is wrong? Thanks --- Dieter Maurer <dieter(a)handshake.de> wrote: > Star War wrote at 2004-2-23 12:38 -0800: > >But I have trouble to use > >ZopeProfiler. Actually I don't know how to use it. > >After installation, I could not find > "Documentation" > >tab for ZopeProfiler object. There is a README tab. > Is > >something wrong in my installation? > > The README tells you: > > > ZopeProfiler installs itself through "monkey > patching". > > You will then find a ZopeProfiler in your > "Control_Panel". > > Please read the "Documentation" tab for further > information. > > The ZopeProfiler instance in the control panel used > to have > a "Documentation" tab. The underlaying method > ("showDocumentation") > has been renamed to "showInfo" (in order not to > clash > with "DocFinderEveryWhere") and the tab has been > renamed to > "Info". > > I will correct the README file for the next release. > > -- > Dieter __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools

4 7

handling SELECT 'onchange'
by Jim Anderson 01 Mar '04

01 Mar '04

I have source code that someone original wrote in javascript and which I'm attempting to get running in Zope by replacing the javascript code with DTML and an external python method but my code does not work. The HTML/DTML code looks like this: <SELECT name="myselect" onchange=<dtml-var expr="select_handler(value)"> > <OPTION value="choice1">choice1</OPTION> <OPTION value="choice2">choice2</OPTION> <OPTION value="choice3">choice3</OPTION> </SELECT> Question 1: Should this work? Question 2: Does it make sence to change the client side javascript code with server side DTML? It seems like it may be better to let the javascript code deal with the selection for efficiency. Jim

2 5

None
by Miguel Diaz 01 Mar '04

01 Mar '04

2 1

ERROR(200) SiteError http://localhost/manage_workspace
by Josef Meile 01 Mar '04

01 Mar '04

Hi, every time that I hit something on the ZMI (In Zope 2.7.0), I got this error on my event log: 2004-02-27T18:15:55 ERROR(200) SiteError http://129.132.39.139/manage_workspace Traceback (most recent call last): File "/usr/local/Zope/2.7.0/lib/python/ZPublisher/Publish.py", line 100, in publish request, bind=1) File "/usr/local/Zope/2.7.0/lib/python/ZPublisher/mapply.py", line 88, in mapply if debug is not None: return debug(object,args,context) File "/usr/local/Zope/2.7.0/lib/python/ZPublisher/Publish.py", line 40, in call_object result=apply(object,args) # Type s<cr> to step into published object. File "/usr/local/Zope/2.7.0/lib/python/App/Management.py", line 86, in manage_workspace raise Redirect, ( Redirect: http://129.132.39.139/manage_main I went to the line in question (Management.py, line 86) and saw: if m.find('/'): ----raise Redirect, ( --------"%s/%s" % (REQUEST['URL1'], m)) So, I just add the following line before the raise command: print repr(m) For my surprise, m was always 'manage_main', it didn't have any '/', so, I tested in the python command line: >>> if m.find('/'): .. print "True" .. True As expected it printed "True", so, I concluded that this error will be always there because m.find('/') is always true, so I think it would be most correct to do: if m.find('/')==-1: ----raise Redirect, ( --------"%s/%s" % (REQUEST['URL1'], m)) Regards, Josef

2 1

Adding instances of objects using manage_addProduct()
by post＠volker-hemmelrath.de 01 Mar '04

01 Mar '04

Hi, I am quite new to ZOPE. I am trying to dynamically add new objects into Zope from an External Method. (zope 2.6.3) Adding folders using for example: self.manage_addProduct['OFSP'].manage_addFolder('vhe2','kltest2') That works fine. But now I want to add dynamically a Product called 'ExtFile/ExtImage' (perhaps you know it). I downloaded and installed it. It works find within ZMI. I tried the following in the external method: self.manage_addProduct['ExtFile'].manage_addExtImage('xxx', 'XXXX', 'test xxx', '/home/volkerh/zope/IMGP0377.JPG', '', 'image/jpeg',0,'','', 0,0,None) That does not work. Obviously it does not find the product and the manage_addExtImage-method. Bevor I try to go on with it. Is the second example ok at all or what mistake. Does it has to be self.manage_addProduct['ExtFile'] or something else. Does anybody can show me a working template ? Thanks for any hint. Volker

3 2

Win32 Zope Instance
by Gál László 01 Mar '04

01 Mar '04

Hi! I've installed zope 2.7.0 to my windows, choosing to split instance and software home. Next I've installed all my products and python modules I needed, and put it together in one directory, rewriting the paths in all files (etc/zope.conf, bin/runzope). I also made a custom_zodb.py. (actually I want it to burn to cd-rom then) Finally I uninstalled the original zope, cleared all zope-related stuffs but this directory, and it works! It works even I rename that directory. BUT: If I copy it to another machine (where zope was never installed), I've got the following traceback: E:\>"\zope\bin\python.exe" "\zope\lib\python\Zope\Startup\run.py" -C "\instance\ etc\zope.conf" E:\zope\bin\lib\fcntl.py:7: DeprecationWarning: the FCNTL module is deprecated; please use fcntl DeprecationWarning) Traceback (most recent call last): File "\zope\lib\python\Zope\Startup\run.py", line 49, in ? run() File "\zope\lib\python\Zope\Startup\run.py", line 18, in run opts = _setconfig() File "\zope\lib\python\Zope\Startup\run.py", line 41, in _setconfig opts.realize(doc="Sorry, no option docs yet.") File "C:\Program Files\Zope-2.7.0\lib\python\zdaemon\zdoptions.py", line 262, in realize File "C:\Program Files\Zope-2.7.0\lib\python\zdaemon\zdoptions.py", line 303, in load_schema File "C:\Program Files\Zope-2.7.0\lib\python\ZConfig\loader.py", line 37, in l oadSchema File "C:\Program Files\Zope-2.7.0\lib\python\ZConfig\loader.py", line 71, in l oadURL File "C:\Program Files\Zope-2.7.0\lib\python\ZConfig\loader.py", line 137, in loadResource File "C:\Program Files\Zope-2.7.0\lib\python\ZConfig\schema.py", line 43, in p arseResource File "E:\zope\lib\python\Zope\Startup\__init__.py", line 33, in parse check_python_version() File "C:\Program Files\Zope-2.7.0\bin\Lib\xml\sax\expatreader.py", line 107, i n parse File "C:\Program Files\Zope-2.7.0\bin\Lib\xml\sax\xmlreader.py", line 123, in parse File "C:\Program Files\Zope-2.7.0\bin\Lib\xml\sax\expatreader.py", line 207, i n feed File "C:\Program Files\Zope-2.7.0\bin\Lib\xml\sax\expatreader.py", line 300, i n start_element File "C:\Program Files\Zope-2.7.0\lib\python\ZConfig\schema.py", line 115, in startElement File "C:\Program Files\Zope-2.7.0\lib\python\ZConfig\schema.py", line 469, in start_schema File "C:\Program Files\Zope-2.7.0\lib\python\ZConfig\schema.py", line 207, in get_sect_typeinfo File "C:\Program Files\Zope-2.7.0\lib\python\ZConfig\schema.py", line 200, in get_datatype File "E:\zope\lib\python\Zope\Startup\datatypes.py", line 298, in get File "E:\zope\lib\python\Zope\Startup\datatypes.py", line 323, in search File "E:\zope\lib\python\Zope\Startup\datatypes.py", line 18, in ? from ZODB.config import ZODBDatabase ImportError: No module named ZODB.config I have no problem running several instances on linux. -- Europe now without walls - who needs Gates? http://latz.linsze.hu

3 2

Interfaces in Zope 2.5, 2.7, and 3.x
by Terry Hancock 01 Mar '04

01 Mar '04

I have a product that uses a component/interface model internally. I wrote this against the "scarecrow" Interface module in Zope 2.5.1. However that module has limitations. One particular one is what I call a "SubInterface" -- which is a special case of Interface.Attribute (a subclass of it) that asserts that an object contained within a parent interface implements a particular interface. So, for example, a SubInterface might say that in order to conform to interface "foo", the attribute "bar" must point to an object which implements "Mapping" (e.g. a dictionary -- it doesn't have to *be* a dictionary, but it must act like one). Anyway, I wrote my own interface module to do this, extending the Interface module in Zope 2.5.1 (which lacks this feature). All of my code actually imports interface support from my module instead of directly from Interface. For unrelated reasons, though, I had to upgrade to Zope 2.7 (and someday, I imagine I'll want to consider moving to Zope 3.x). My first attempt with Zope 2.7, though yields total breakage! The Interface module has been extensively overhauled, method names changed, etc. After giving up on "just fixing a few name- changes", which seems to be woefully inadequate, I decided to try to lift the old Interface module -- but now Zope reads the "__implements__" attribute and isn't happy if it isn't one of its own interface objects! """ Installing Narya ... Traceback (most recent call last): File "./testNaryaInterface.py", line 11, in ? ZopeTestCase.installProduct('Narya') File "/usr/local/narya/z2.7.0/lib/python/Testing/ZopeTestCase/ZopeLite.py", line 119, in installProduct get_folder_permissions(), raise_exc=1) File "/usr/local/narya/z2.7.0/lib/python/OFS/Application.py", line 732, in install_product initmethod(context) File "/usr/local/narya/zope/Products/Narya/__init__.py", line 25, in initialize icon='www/Icon/Thread.gif') File "/usr/local/narya/z2.7.0/lib/python/App/ProductContext.py", line 176, in registerClass interfaces = instancesOfObjectImplements(instance_class) File "/usr/local/narya/z2.7.0/lib/python/Interface/Implements.py", line 120, in instancesOfObjectImplements visitImplements(implements, klass, r.append, getInterface) File "/usr/local/narya/z2.7.0/lib/python/Interface/Implements.py", line 90, in visitImplements raise Exceptions.BadImplements( Interface.Exceptions.BadImplements: __implements__ should be an interface or tuple, not a instance pretending to be a Interface """ (Seems I'm a pretender ;-) ). Now, I can implement a new module based on the Zope 2.7 Interface -- but a close look at that seems to show that it, too, is rather experimental (lots of stubs, not-yet-implemented attributes, etc). So I'm also sort of interested in the "interface" module in Zope X3. It appears that some new bells and whistles have been added to the Interface module (e.g. what's a "superinterface"?). Any chance, I'm wondering if "SubInterface" is now redundant? Also, is there a general guide to "best practice" of using / learning the Interface module? I note there are now interfaces defined for the interface module (cool!), and it looks like some self-documentation has been implemented. The biggest problem (and this seems to be the usual problem with "self-documenting" tools) is that there doesn't seem to be a "start here" defined anywhere. So you wind up starting somewhere in the middle and wasting a lot of time trying to decipher the big picture from lots of details, which is backwards. It'd be nicer if there was a "README" to get you started on this, maybe define some jargon, etc. It's really hard to infer what the overall design concept is by only looking at these details -- in particular, I want to know what was conceptually changed from the older Interface module in 2.5.1. This seems to also be a problem with combining Zope 3 and Zope 2 interfaces, as was suggested by a post on the Zope3 mailing list: http://mail.zope.org/pipermail/zope3-dev/2003-December/009023.html (and following -- note that "__interfaces__" should read "__implements__" in the original post). Martijn's suggestion was to use an alternate name for the "__implements__" attribute. I suppost I could do that -- call mine "__narya_interfaces__", but that sounds ugly. In particular, I don't really want my interfaces module to actually *conflict* with Zope's. I also note that the post from the Zope3 list suggests that I shouldn't really be directly assigning "__implements__", but using something called "implements()". Hmm. That's different too -- is there any good starting place for understanding Zope3's "interface" module? And how different are the Zope 2.7 / Zope X3 interface modules? If I re-write my module to conform to Zope 2.7, will I just have to do it again? Could I instead leap ahead and use the Zope X3 interface module in Zope 2.7? Also, since I'm posting to Zope3-dev as well -- what do you think of the SubInterface concept? Should I be contributing code directly to Zope X3's interface instead of subclassing it? All it requires is something like: """ class SubInterface(Attribute): """ A SubInterface is an Attribute with an assigned Interface. """ def __init__(self, __name__=None, __doc__=None, api=None, optional=0): self.__name__=__name__ self.__doc__=__doc__ or __name__ self.api = api self.optional = optional """ Which is what my module defines -- the trickier bit is defining a function to recursively check SubInterfaces. That's included too, but it breaks due to major API changes in Interface. Cheers, Terry -- Terry Hancock ( hancock at anansispaceworks.com ) Anansi Spaceworks http://www.anansispaceworks.com

2 1

Zope restart fails
by John Poltorak 29 Feb '04

29 Feb '04

Zope has failed to restart after I attempted to upgrade CMF and Plone. How do I tell what has gone wrong? In zope.debug.log there is a msg:- ImportError: No module named 105 I guess that may have something to do with Plone 1.0.5 which no longer exists... -- John

3 2

Documentation problems - how to pass on lessons learned?
by Patrick Kirk 29 Feb '04

29 Feb '04

Hi all, My saga with the ISP is ongoing in that after sending him the correct configuration I get this: "Forbidden You don't have permission to access / on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. " Now since I compiled and install Apache myself this morning, I was logged in and running "httpd -l" in a flash and both mod_proxy and mod_rewrite are conspicious by their absence. Now the requirement to issue a "httpd -l" command ("apache -l" on Debian) should be right up there as first requirement in the zope.org documentation. It isn't. How do I get this suggestion to someone in zope.org? -- Best regards, Patrick Kirk Mobile: 07876 560 646

2 1