- Zope - Zope lists

Unexpected script behavior
by Michael Long 04 Dec '02

04 Dec '02

I am getting unexpected results from my python script. Here is a snippet form the python script: container.DeletePerson_sql(PersonId=PersonId) --[ZSQL Method] ClearPersonDetails() --[Python function] PersonList = container.GetPersonList_sql() --[ZSQL Method] request.set('PersonList', PersonList) return container.ContactTemplate() --[ZPT] After the person is successfully deleted from the database another call to the database is made to get a list of people and set that to 'PersonList'. This variable is then used to render the page. The problem is that the deleted person still shows up in the rendered page. When the page is called a second time the correct data is shown. I have validated that the data is deleted from the database when expected. Why would the 'PersonList' not have the correct data? Thanks, Mike

2 1

tracebacks vanished
by Tom Cameron 04 Dec '02

04 Dec '02

I have upgraded to 2.6 on redhat and now I cant seem to get tracebacks to display. I managed to get the EVENT_LOG_FILE working. but it makes no difference if I use the -D frag on the z2.py file or not. In both cases I no longer see any tracebacks of errors. Any hints appreciated. Thanks Tom

3 2

ZClass inheritance bug?
by Patrick Stinson 04 Dec '02

04 Dec '02

I created a ZClass [from the web-interface] in a product with a certain dtml method, then inherited another ZClass from it. after attempting to re-distribute the product to move it to another machine, I noticed that the product was no-longer redistributable, and therefore I could not edit any of the classes within it. What I decided to do was import/export all of the ZObjects in the product manually and import them into a new product on a different machine (which I'll have to do when I move it again to my production machine). Everything seems to have worked fine except that the second ZClass' methods that should have been inherited from the first ZClass seem to have been permenantly cached and frozen in that class in their forms from the moment the first ZClass was exported and re-imported. I can't modify the stale methods because they were inherited, and therefore have to management interface in the subclass. Is there a way to resolve this? Also, the re-distribution problem is fairly severe unless everyone develops on production servers... -P

2 1

Flexible path generation for metal:use-macro with Python (KeyError)
by Thomas Duebendorfer 04 Dec '02

04 Dec '02

I am looking for a flexible way to define the path for a macro to be used. The following works: <span metal:use-macro="here/content_macro_main.html/macros/main | here/content_macros.html/macros/main | here/content_macros.html/macros/no_main_content"> It tries to locate the macro "main" first in the file content_macro_main.html and if that fails, ZOPE tries to find it in content_macros.html and if that fails too, the macro "no_main_content" in content_macros.html is called. Now, I would like to generate this sequence of alternative paths by a Python script to have full flexibility. Therefore I tried the following approach: Create a Python "getMacroPath" script that takes the parameter "macroname" and looks like this: return 'here/content_macro_main.html/macros/' + macroname (Of course, the script will finally generate many paths separated by "|") In the ZOPE Page Template mydoc.html I use: <span tal:omit-tag="" tal:define="macropath python:here.getMacroPath('main')"> <span metal:use-macro="here/?macropath">  <H2>Welcome</H2> <P>We welcome you to our website.</P> </span> </span> The Python script seems to work correctly, but ZOPE complains with the error: Error Type: KeyError Error Value: here/content_macro_main.html/macros/main However, I don't see why METAL and/or ZOPE cannot deal with a TAL variable that has the correct value when it can deal with the same value as a string itself. Any ideas? Regards, Thomas Duebendorfer

4 3

Re: Changing ZClass Property Values
by Josef Meile 04 Dec '02

04 Dec '02

Hi, > How can I change these values programatically? The only example I've > ever seen of manage_changeProperties in within a method of the > propertysheet as such: > > propertysheets.myPropertySheet.manage_changeProperties(REQUEST) You can try this from an external method: myObject.propertysheets.myPropertySheet.manage_changeProperties(self.REQUEST,myProperty=myValue) >From a python script you just have to change self for context Regards, Josef

1 0

Return results immediately but continue processing
by VanL 04 Dec '02

04 Dec '02

Hello, I have an app that uses Zope as a Front-End for some Database queries, some of which require a long time to process. Is it possible to return an immediate result to the browser, something that says "Your processing request was received" and then *still* continue processing the query in the background until it completes? Thanks, VanL

6 6

forgetting _p_changed=1
by Thomas Guettler 04 Dec '02

04 Dec '02

Hi! When you develop a python product and forget to set self._p_changed=1 you realize this sometimes much later. Most of the time you only realize that your list has not changed after a restart of zope. I recall that there is a way to make zodb always "reload" the objects. Does someone know the name of this flag? thomas -- Thomas Guettler <guettli(a)thomas-guettler.de> http://www.thomas-guettler.de

1 0

RE: [Zope] Unexpected script behavior
by Passin, Tom 04 Dec '02

04 Dec '02

[ Michael Long] I forget the details, but it involves the "expires" date/time HTTP header AFAIR. You should be able to search the Zope list (and the Zope site). I know it has been discussed here before. Cheers, Tom P > > Thanks for the info. It appears that it is the browser that > is caching the data. What is the header control that can be > used to prevent this. > > Thanks, > Mike > > > [ Michael Long] > > > > > > I am getting unexpected results from my python script. Here > > > is a snippet form the python script: > > >... > > > > > After the person is successfully deleted from the database > > > another call to the database is made to get a list of people > > > and set that to 'PersonList'. This variable is then used to > > > render the page. The problem is that the deleted person still > > > shows up in the rendered page. When the page is called a > > > second time the correct data is shown. I have validated that > > > the data is deleted from the database when expected. Why > > > would the 'PersonList' not have the correct data? > > > > > > > Sounds like that browser is displaying a cached verison of > the page. > > If it is the browser doing the caching, you can set a header to > > control it. If it is Zope, you can change the cache setup. > > > > Cheers, > > > > Tom P > > > > > > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://lists.zope.org/mailman/listinfo/zope > ** No cross > posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope-dev ) >

1 0

RE: [Zope] Unexpected script behavior
by Michael Long 04 Dec '02

04 Dec '02

Thanks for the info. It appears that it is the browser that is caching the data. What is the header control that can be used to prevent this. Thanks, Mike > [ Michael Long] > > > > I am getting unexpected results from my python script. Here > > is a snippet form the python script: > >... > > > After the person is successfully deleted from the database > > another call to the database is made to get a list of people > > and set that to 'PersonList'. This variable is then used to > > render the page. The problem is that the deleted person still > > shows up in the rendered page. When the page is called a > > second time the correct data is shown. I have validated that > > the data is deleted from the database when expected. Why > > would the 'PersonList' not have the correct data? > > > > Sounds like that browser is displaying a cached verison of the page. If > it is the browser doing the caching, you can set a header to control it. > If it is Zope, you can change the cache setup. > > Cheers, > > Tom P > >

1 0

timeouts and alternatives
by Mark McEahern 04 Dec '02

04 Dec '02

Suppose I have an object that takes a long time to add (e.g., a highly customized CMF Site that imports all the data upon creation). I can go into the ZMI and add it. During development, I do this often, but I'd like to be able do to it from a Python script, so that I don't have to worry about timeouts--plus, it'd be much easier to just execute a shell script than to go into the ZMI and click around to delete/add my site for the billionth time. The script might look like this: #!/bin/bash # Update my Products. cp -R $dev/Products/* $zope/Products/. # Restart Zope. /sbin/service zope restart # Create the site. python2.1 $dev/create_site.py What I'm wondering, is what does create_site.py look like? I'm hoping there's a way to do something like this: import ZODB # unknown magic that gets me to root = the root of my Zope instance root.manage_AddSite(...) Thanks, // mark -

3 3