- Zope-Dev - Zope lists

Enhanced permissions for DTMLMethod and DTMLDocument?
by Christopher J. Kucera 30 Aug '00

30 Aug '00

'ello, everyone! I've got a question about permissions of DTMLMethods and DTMLDocuments. It seems to me that if you've given a role the "View management screens" permission, any user with that role should be able to view the source code for Methods and Documents. Is there any concurrence here? I can understand if you don't want that kind of feature bundled in with "View management screens," but if that's the case then I think there should be a different role that grants these permissions. I've posted this on the Collector (with patches) at: http://classic.zope.org:8080/Collector/1570/view but I wanted to see if anyone had anything else to say about it, too. :) Thanks for your time! -CJ

2 1

RE: [Zope-dev] Re: ANNOUNCE: Zope 2.2.1 released - breaks my zcla ss instances too.
by Brian Lloyd 29 Aug '00

29 Aug '00

> Brian, the tranalyser reported a clean (old) data.fs and I > don't use any > python base classes for any of my zclasses - however, in the interests > of my own sanity, I'm pleased to report success with an old recipe - I > started with a fresh Data.fs and cleaned out some cruft from > my Products > folder. After removing all the stuff I'm not using now (ZopePTK and > ZDConfera/ZDiscussions products in particular), I was able to > import my > zclasses and then the major application folder - everything looks fine > now and seems to work. > > Lesson may be that a Data.fs which works with an earlier zope version > may fail when upgrading to 2.2.1 - if so, try No - thats not the lesson (at least not the right one)... It looks like something in the "cruft" didn't want to be unpickled in the new installation (most likely due to a missing piece - a required product or base class needed by a piece of cruft didn't get moved to the new install). A Data.fs from an earlier version should always work with a later version so long as all add-ons are replicated in the new installation. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 1

Caching a tree tag
by Jeffrey Harris 29 Aug '00

29 Aug '00

Hello! I've got a site set up using Zope, I'm very pleased with it for the most part, but I have some complicated threaded discussion pages that use the tree tag, and they're taking FOREVER to load. I'm not completely certain which part of the system is taking so long. My first question is, is there an easy way to profile python routines? I don't know of a quick way, I'd love to hear suggestions. The second question I have is about the tree tag. I suspect that my pages are taking so long to render because my branches methods are pretty expensive. One possibility for me is to optimize this code. But I don't think this will really solve the problem. What I'd like to do is cache the tree structure. I don't want to cache the objects, just references to the nodes. Would this take just a little tweaking of the zope internals, or a lot? Again, I'd love any suggestions. Finally, how much overhead do you get from the tree tag, relative to an in tag, if the branches method is cheap? If I can't cache Zope's tree structure, I will probably make my own tree object storing references to the appropriate objects. Would recursing over this object with an in tag give me any performance improvement? Thanks! In community, Jeffrey Harris, Skyhouse Consulting

2 1

Help: mod_python+ZPublisher and authentication
by Gilles Lavaux 29 Aug '00

29 Aug '00

Hello, This is not exactly a Zope question, but I hope that some of you will be able to help me: I am using mod_python + ZPublisher + Ztemplate on a apache server and now I would like to restrict the access of some pages served by the ZHandler.py. How to do it?? Do I have to put a rewrite rule in apache? The Zhandler.py seams to reply all the time a 200 code to apache, do I have to modify it to send back an 'Unauthorized' code??( I don't know how to raise the 'Unauthorized' error from the python module I am publishing) Thanks for any help Gilles Lavaux

1 0

Re: [Zope-dev] Re: ANNOUNCE: Zope 2.2.1 released - breaks my zclass instances too.
by Dr. Ross Lazarus 29 Aug '00

29 Aug '00

Brian, the tranalyser reported a clean (old) data.fs and I don't use any python base classes for any of my zclasses - however, in the interests of my own sanity, I'm pleased to report success with an old recipe - I started with a fresh Data.fs and cleaned out some cruft from my Products folder. After removing all the stuff I'm not using now (ZopePTK and ZDConfera/ZDiscussions products in particular), I was able to import my zclasses and then the major application folder - everything looks fine now and seems to work. Lesson may be that a Data.fs which works with an earlier zope version may fail when upgrading to 2.2.1 - if so, try 1. Export everything you need (zclasses and data) from your current working zope into the target zope /import directory 2. clear out all that old cruft which you don't use anymore from your zinstancehome or other Products folder, 3. start 2.2.1 with a copy of the distribution Data.fs (cp Data.fs.in Data.fs) 4. import all your zclasses 5. import all your folders worked for me. Brian Lloyd wrote: > > > 2000-08-26T06:03:27 ERROR(200) ZODB Couldn't load state for > > '\000\000\000\000\000\000\016\204' > > Traceback (innermost last): > > File /usr/local/zope/zope221/lib/python/ZODB/Connection.py, > > line 447, > > in setstate > > File /usr/local/zope/zope221/lib/python/ZODB/Connection.py, > > line 213, > > in _persistent_load > > (Info: > > File /usr/local/zope/zope221/lib/python/ZODB/Connection.py, > > line 154, > > in __getitem__ > > (Info: ('\000\000\000\000\000\000*\252', > > '(cExtensionClass\012ExtensionClass\012q\001(U\006ZDItemq\002( > > cZClasses.ZClass\012PersistentCl$ > > Could not load oid > > > > > > --- In zope(a)egroups.com, Andy Dustman <adustman@c...> wrote: > > > Sadly, 2.2.1 seems to break all my ZClass objects. The > > Products themselves > > > look fine, but any object made with them comes up as > > broken. The Class ID > > > (in the HTML source) looked like it had a * in front of it. > > I retrograded > > > to 2.2.0 and the problems went away. > > Hi Ross - > > I'm having trouble reproducing this here, so I wanted to see > if I could try to rule out a few things: > > - Does this happen with _all_ of your custom ZClasses, or > just certain ones? > > - They dont depend on a Python-level base class or something > that maybe didn't get moved into the new installation do > they? > > - Does tranalyzer.py give your database a clean bill of health? > > If none of the above apply, would it be possible for you to > send me an export file of one of the products so I can look > into this further? > > Thanks! > > Brian Lloyd brian(a)digicool.com > Software Engineer 540.371.6909 > Digital Creations http://www.digicool.com -- Dr Ross Lazarus Associate Professor and Sub-Dean for Information Technology Faculty of Medicine, Room 114, A27, University of Sydney, Camperdown, NSW 2006, Australia Tel: (+61 2) 93514429 Mobile: +61414872482 Fax: (+61 2) 93516646 Email: rossl(a)med.usyd.edu.au

1 0

ZWikiZC comments
by Ross Boylan 29 Aug '00

29 Aug '00

Two substantive comments, and some editorial ones. You write that you are thinking of different schemes for generating paths and ids. I suggest one of the things you consider is whether your scheme will work if someone cuts the ZWikiZC and pastes it somewhere else in the tree. I'm not sufficiently versed in the different methods you discussed to understand their implications--they seem to involve yet more undocumented interfaces in Zope. Second, I think the facility for email notification of changes is really interesting. It seems to me that a problem with the Wiki concept (for some uses) is that they are very difficult to monitor for changes. Sending email, perhaps combined with diff, could help with this. Editorial comments: "Summary" is spelled with an "a" (not summery). "Product" is spelled with a "c" (not produkt). Since these words are prominent in the documentation, and at least one (summary) is to be a critical method, it would be good to clean this up. The "!" in the paths baffled me (e.g., "!WikiPage"). Why Catalogs distinguish metadata from indices also eludes me. It should be explained in the Z/Catalog writeup, but since it's not, it was there to bother me while I read your description. It's hazardous to claim a performance advantage without benchmarks.

4 9

Re: [Zope-dev] ZPatterns bug with patch
by Steve Alexander 28 Aug '00

28 Aug '00

> "Phillip J. Eby" wrote: > > > > try: > > dm = self.__dict__[_v_dm_] > > except KeyError: > > if name=='id' and val==self.__dict__['id']: return > > raise > > > > Hopefully this should only perform the extra computations when the first > > part fails... > > Are Python classes derived from DataSkin supposed to call > DataSkin.__init__ ? > > Anyway, perhaps this would be a small improvement: > > try: > dm = self.__dict__[_v_dm_] > except KeyError: > if (name=='id' and self.__dict__.has_key('id') > and val==self.__dict__['id']): return > raise What rubbish! I didn't mean that at all! I think what I meant was this: try: dm = self.__dict__[_v_dm_] except KeyError: if name=='id': if self.__dict__.has_key('id') and val==self.__dict__.['id']: return else: self.__dict__['id']=val return raise -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

1 1

Re: [Zope-dev] ZPatterns bug with patch
by Steve Alexander 28 Aug '00

28 Aug '00

"Phillip J. Eby" wrote: > > At 10:22 AM 8/27/00 +0100, Steve Alexander wrote: > > > >I've fixed this by adding a test to the start of __set_attr__ of > >DataSkins.py: > > > > def __set_attr__(self,name,val,_v_dm_=_v_dm_): > >+ if name=='id' and val==self.__dict__['id']: > >+ return > > dm = self.__dict__[_v_dm_] > > This looks reasonable, and backward-compatible, since __init__ guarantees > the dict will have an id. I'm not thrilled with adding more overhead to > attribute setting, however, so I'll probably do it like this: > > try: > dm = self.__dict__[_v_dm_] > except KeyError: > if name=='id' and val==self.__dict__['id']: return > raise > > Hopefully this should only perform the extra computations when the first > part fails... Are Python classes derived from DataSkin supposed to call DataSkin.__init__ ? Anyway, perhaps this would be a small improvement: try: dm = self.__dict__[_v_dm_] except KeyError: if (name=='id' and self.__dict__.has_key('id') and val==self.__dict__['id']): return raise -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

1 0

RE: [Zope-dev] Transaction question
by Chris McDonough 28 Aug '00

28 Aug '00

Using a mutex by way of example, without using anything Zope-specific (the following uses the Python threading module): import threading lock = threading.Lock() myglobal = [] def changeglobal(val): lock.acquire() try: myglobal.append(val) finally: lock.release() > > (I suppose class attributes needs to be protected to be thread-safe? > > Does anybody have an example how to do that?) > > You can use allocate_lock() to accomplish thread safety with class > attributes.

1 0

inheritedAttribute
by Steve Alexander 28 Aug '00

28 Aug '00

In the latest Zope source, I've noticed calls to inheritedAttribute in the Python code. I've found the C source code in ExtensionClass.c, but it doesn't help me understand when I should use it from Python, and why. *reads more source* Ah! About 70 lines further on in ExtensionClass.c: "inheritedAttribute(class,name) -- Get an inherited attribute\n\n" "Get an attribute that would be inherited if the given (extension)\n" "class did not define it. This method is used when overriding\n" "inherited methods. It provides 2 advantages over accessing\n" "\n" "attributes directly through a superclass:\n" "\n" "1. The superclass need not be known,\n" "\n" "2. The superclass may be a Python class. Without this method, it would\n" " be possible to override methods inherited from python classes because\n" " unbound methods gotten from Python classes cannot be called with \n" " extension class instances. \n" Is there some documentation of this on zope.org or dev.zope.org that I've missed? Thanks. -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

2 1