July 2006 - Zope - Zope lists

Script execute with every request
by Joshua Burvill 25 Jul '06

25 Jul '06

Hi, I’d like to log certain parts of each request into a database table for every request to provide an audit trail. I thought of inserting a <dtml-call xxx> into the standard_html_header, but when there is a RESPONSE.redirect, it will not be the original request that gets logged. Can anyone offer any suggestions? Thanks, Josh -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.1/391 - Release Date: 18/07/2006

5 6

variable propagation
by Pavel Zaitsev 24 Jul '06

24 Jul '06

Hi, I would like to ask how to propagate variables from initial index_html call to deeper levels. Say I have index_html python script, I invoke it then I would like to feed some data to "generic" template, that will in turn will invoke template in the same directory that will do nice layout of my results. Generic template lies below all other objects, in directory tree, in the root. When I execute the command chain, variables are not passed and options is lost on one layer of zpt calls. Is there way to rectify that. Thanks Pavel

2 3

accessing object from a list constructed in __init__.py
by kevin7kal 24 Jul '06

24 Jul '06

I'm doing some work with Five and have an aquisition related issue. first, zope is zope 2.9.3 The trouble is with accessing the attributes of objects stored in the number property in class2. accessing class1.number via class2.method1a is no problem, the problem seems to stem from constructing a list of objects ala class2.__init__, if I try to append obj.__of__ in attribute1a I recieve an error that I can not pickle a wrapped class. Is there some other trick with acquisition to be able to access the attributes of an object which is stored in a list of object constructed in the __init__ function of a class? --myClass.py import Acquisition class class1(Acquisition.Explicit): ''' a simple class with some attributes and methods''' attribute1 = 'attribute 1' attribute2 = 'attribute 2' _number = '' def __init__(self,number2): '''simple init for the class''' self._number=number2*3 def method1(self): '''return a string methd1''' mthd1 = 'methd1' return mthd1 def method2(self): ''' return a string methd2''' mthd2 = 'method2' return mthd2 def _get_number(self): return self._number number = property(fget=_get_number) class class2(object): ''' a second simple class with some attributes and methods''' attribute1a = [] attribute2a = [] def __init__(self): '''create a list of class1 objects in attribute1a''' i=1 while i < 5: obj = class1(i) self.attribute1a.append(obj) i=i+1 def method1a(self): '''instantiate class1 as object and return object usable by zope''' obj = class1(5) return obj.__of__(self) def method2a(self): '''returns class1.method1()''' c1m1 = class1.method1() return c1m1 attribute1b = property(fget=method1a) attribute2b = property(fget=method2a)

3 10

Mark Pilgrim's Feed Parser in Zope
by kjzz.webmaster＠riomail.maricopa.edu 24 Jul '06

24 Jul '06

I'm trying to move our sites from Zope 2.5.1 to Zope 2.8.1-final and I'm receiving an error with this script: http://www.zope.org/Members/johntynan/feedparser/ In particular, I receive the following error, when using the attached page template "nprnews.pt": "Unauthorized: You are not allowed to access 'a particular list' in this context" (see traceback.txt attached). This page template renders an rss feed that has been transformed into a dictionary (see "dictionary.txt" attached) via a python script ("feedscript") which calls an external method ("newsfeed") which uses Mark Pilgrim's feed parser to parse the xml into a python data type. If I run the python script or the external method directly (via the "test" tab in the ZMI) I have no problem viewing all the properties of the rss feed. However, if I use the page template, I still receive this error. I've tried to get around this by running the python script using a proxy role of manager or owner, but I still receive the same error. Any suggestions you might have are appreciated. John Tynan - webmaster KJZZ.org / KBAQ.org 480.774.8462

1 0

Announcing the release of Zope version 2.8.8
by Tres Seaver 24 Jul '06

24 Jul '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Zope 2.8.8 Released On behalf of Zope Corporation and the Zope community I am pleased to announce the release of Zope 2.8.8. You can download the sources from "http://www.zope.org/Products/Zope/2.8.8/", http://www.zope.org/Products/Zope/2.8.8 This bugfix release corrects the information exposure vulnerability addressed in the "2007/07/05 Hotfix.", http://www.zope.org/Products/Zope/Hotfix-2006-07-05 You may remove that hotvix product from your instances after upgrading to this version of Zope. New features of Zope 2.8.x - ZODB 3.4 with MVCC (multi version concurrency control) support. MVCC solves nearly every problem with ZODB read-conflict errors which is very important for high-traffic Zope sites. - Extension Classes were rewritten as Python new-style classes making all features of Python new-style classes available in Zope objects. This includes support for cyclic garbage collection. - Integration of Zope 3 technologies through Five (see http://codespeak.net/z3/five/) More Information For more information on what is new in this release, see the CHANGES.txt files for the release: "http://www.zope.org/Products/Zope/2.8.8/CHANGES.txt", http://www.zope.org/Products/Zope/2.8.8/CHANGES.txt See also: "http://www.zope.org/Wikis/DevSite/Projects/Zope2.8/OverView" http://www.zope.org/Wikis/DevSite/Projects/Zope2.8/OverView For more information on the available Zope releases, guidance for selecting the right distribution and installation instructions, please see: "http://www.plope.com/Books/2_7Edition/InstallingZope.stx", http://www.plope.com/Books/2_7Edition/InstallingZope.stx Reporting Bugs Please report all the bugs you have found to the Zope bugtracker: "http://collector.zope.org/Zope", http://collector.zope.org/Zope Supported Python versions At this time the only **supported** and **recommended** Python versions are 2.3.4 and 2.3.5. Using Python 2.4.X is **not supported** and **not recommended** at this time. Python 2.4.X will be supported when a security audit takes place. This means that you are using Python 2.4 + Zope 2.8 at **your own risk**. This warning also applies to binary packages that install Zope packages together with a system wide Python 2.4 installation (e.g. Fedora, SuSE...). Such installations are in general not supported. In addition there some third-party products and Python packages that don't work with Python 2.4 and can cause trouble when using Python 2.4. - -- =================================================================== Tres Seaver +1 202-558-7113 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEuB0F+gerLs4ltQ4RAqO8AJ9ge1c1RDyOaZl7zoLr5aZcMCLI/wCfSbD3 xGCnKstYw313BIOeJ/QMzDs= =5LeI -----END PGP SIGNATURE-----

4 5

Catalog aware
by Garito 24 Jul '06

24 Jul '06

Hi all! Is possible to create an object (for example a Page Template) and make it catalog aware? I wonder why the objects aren't catalogable by default (I need all my object catalogables) Any Idea? -- Mis Cosas http://blogs.sistes.net/Garito

5 19

Acquisition and self arguements of methods
by Mohsen Moeeni 22 Jul '06

22 Jul '06

Hello; As far as I see, the `self` argument, when a method is called, is not dependent on how the method was acquired. Consider I have an instance of class B which is named b and has a method named `method_b`. In either of these calls: a.b.c.method_b() a.b.method_b() `self` argument will be `a.b` if I am not wrong. Is there any way to get the acquisition context where a method is called inside that method? In the other words, how to get `a.b.c` within `method_b` when I call `a.b.c.method_b` and `a.b` when I call `a.b.method_b`? Regards, M. Moeini

1 0

Re: [Zope] How to prevent subobjects to catalog a parents attribute
by Mohsen Moeeni 22 Jul '06

22 Jul '06

On 7/22/06, Andreas Jung <lists(a)zopyx.com> wrote: > > > --On 22. Juli 2006 17:08:43 +0330 Mohsen Moeeni <listless(a)gmail.com> wrote: > > > Hi; > > [snip] > > ..... However, the problem is that the subobjects of this > > folder will also have the same value as their parent for the category > > index and metadata because of the acquisition. Can I prevent this? > > Look at ManageableIndexes...they provide control over acquistion while > indexing. Thanks. I wish I could do it without installing a new product. Actually I could get the same effect but with a little bit of hackiness. I added a `category` index which indexed `_getCategoryForCatalog` method which can not be acquired by subobjects because it start with `_`. At any rate, either of these approaches solve half of the problem. The other half is to do the same thing for a metadata. I doubt it's easy to do that because unlike an index, metadata is not plugable. Mohsen,

1 0

How to prevent subobjects to catalog a parents attribute
by Mohsen Moeeni 22 Jul '06

22 Jul '06

Hi; My folder (which extends ATFolder from ATContentTypes) has a `catagory` attribute (field) which I want to be present in the catalog both as index and metadata. So I have added the `category` FiledIndex and metadata to my catalog object. Everything is fine when I look at my indexed custom folder in the catalog. However, the problem is that the subobjects of this folder will also have the same value as their parent for the category index and metadata because of the acquisition. Can I prevent this? On workaround is to prevent `category' from being acquired by subobjects by using some mechanism (like changing the name to _category which I do not like). Is it *the* way to go? I'd like to know people's idea about this problem. Cheers, Mohsen,

2 1

restarted zope and now not answering port 8080
by Noah 22 Jul '06

22 Jul '06

Hi there, zope-2.8.8 freebsd-4.11 so I just installed plone and stopped and restarted zope and found that it no longer answers port 8080. there is nothing in the logs that shows something is wrong. I see the zope daemon running it is not quitting. I see a python2.3 process run by nobody that tacks up to 99% CPU about every 10 seconds. any clues how I can go about troubleshooting this? Cheer,s Noah

2 4