- Zope - Zope lists

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

cant log in using userinit user and logging issue
by Noah 21 Jul '06

21 Jul '06

zope-2.8.8 freebsd-4.11 I am setting up zope for the first time and I still cannot log into to zope. I set the username password in the inituser file and placed it in the /usr/local/www/Zope dir I even regenerated the file and still I am not able to get in. is there any logging I can turn on to really show what is going on here. I see that the Z2.log file is scrolling but there is nothing to say there is an erorr and why the authentication is failing? clues please? here is my current zope.conf logging: --- snip --- <eventlog> level info <logfile> path $INSTANCE/log/event.log level info </logfile> </eventlog> <logger access> level WARN <logfile> path $INSTANCE/log/Z2.log format %(message)s </logfile> </logger> <logger trace> level WARN <logfile> path $INSTANCE/log/trace.log format %(message)s </logfile> </logger> ---s nip --- cheers, Noah

2 2

Re: [Zope] Catalog aware
by Martijn Pieters 21 Jul '06

21 Jul '06

Please don't email me personally; let's keep this discussion on the list. Garito wrote: > Yes, the indexes depends on the entity (I don't know what indexes I use > until I define the entity but I need to catalog every characteristic of > the entity) > > For example if I have a entity with a container where to put my cousins > information I will catalog a keyword index called (is an example, > remeber) HowMuch that counts the number of the objects stored in the > container > > Or if I talk about skills I will catalogue the marks or the way to print > the certificate of excelence (again an example) But then you can create specific subclasses that are catalog aware. What standard objects would you use to implement this? You have a specific, non-generic use-case that has already been catered for by the framework. >> Making all Zope objects catalog aware by default makes no sense >> though. You have yet to come with a compelling generic use-case, let >> alone with one that convinces me. Why catalog database connectors for >> example? What kind of search are you performing? > > Please, don't think in a particular case, think a way to do that if you > need No, we need a use-case. Otherwise you have what we call a YAGNI, a "You aint gonna need it" feature that noone will maintain because noone uses it. A vague notion that you'd like to see this for your application is not a use-case. >> Have you thought about the potential problems of making all objects >> catalog-aware by default, like potential conflicts and side-effects? > > What kind of side-effects or conflicts (put an example to understand, > please) Catalog indexes retrieve their infomation from the object, through a named attribute. If that attribute is callable, the index calls it, so it executes the code. That may have side effects not originally forseen because the original code never anticipated being indexed. This can happen when the attribute name can mean different things in different contexts. Zope is a complex beast, and the idea of making everything catalog aware is not going to play well. >> I say a big -infinity from me on the whole idea. > > I can't understand the last sentence (my english is a kid english, sorry > again!) It means I say no to the idea. A big no. Martijn Pieters

4 6