- Zope-Dev - Zope lists

How to know the execution context in a product
by Garito 29 Feb '04

29 Feb '04

Hi I try to know the context of the execution of my product to overrite the values of the properties of my product It will be like a sof-link I have the property Master. These property is an url to the real object When I execute the ZMI I would like to see the real content of my object but when I consult a property in a ZPT or a DTML or another context I would like to retrieve the property in the context of the Master object How to make these? Thank you

1 0

Re: Re: [Zope-dev] Maybe Corrupted ZCatalog but ...
by Eric Brun 28 Feb '04

28 Feb '04

In this way (with small chunks), can I do a get_transaction().commit(1) for commit each chunks or is it unnessecary ? Thank everybody for your help > Write a script to do it in smaller chunks - 20 at a time or somethig. > Keep track of those that succeed, so you can restart where you left off > after failures. Log which objects fail, so you can go into the debugger > and look at them to see what's fubar'd with them. > Just an idea, but that's where I'd start. > Andrew > > Eric Brun wrote: > > >Yes but impossible to update it because it is too big, and the transaction never finish or abort because of time out. > > > >I don't know how to do this. > > > >Have you a idea for help me ? > > > > > > > >>Eric Brun wrote: > >> > >> > >> > >>>An idea for fix it ? > >>> > >>> > >>Have you tried updating the catalog from it's advanced tab? > >> > >>Not sure how that'd pan out on 200,000 objects though... > >> > >>cheers, > >> > >>Chris > >> > >>-- > >>Simplistix - Content Management, Zope & Python Consulting > >> - http://www.simplistix.co.uk > >> > >> > >>_______________________________________________ > >>Zope-Dev maillist - Zope-Dev(a)zope.org > >>http://mail.zope.org/mailman/listinfo/zope-dev > >>** No cross posts or HTML encoding! ** > >>(Related lists - > >> http://mail.zope.org/mailman/listinfo/zope-announce > >> http://mail.zope.org/mailman/listinfo/zope ) > >> > >> > >> > > > > > >Eric Brun > >Savoie Technologie > >Savoie Technolac > > > > > >Eric Brun > >Savoie Technologie > >Savoie Technolac > > > > > >_______________________________________________ > >Zope-Dev maillist - Zope-Dev(a)zope.org > >http://mail.zope.org/mailman/listinfo/zope-dev > >** No cross posts or HTML encoding! ** > >(Related lists - > > http://mail.zope.org/mailman/listinfo/zope-announce > > http://mail.zope.org/mailman/listinfo/zope ) > > > > > > Eric Brun Savoie Technologie Savoie Technolac

2 1

Maybe Corrupted ZCatalog but ...
by Eric Brun 28 Feb '04

28 Feb '04

Hi, When we do a search on a ZCatalog we have the message below. We work with Zope 2.6.2 and our Catalog have more than 200 000 objects referenced. We think our catalog is corrupted but we would correct it. Anybody have the same problem ? An idea for fix it ? Thank Eric Brun Type d'erreur : KeyError Valeur : 182975046 Trace : Traceback (innermost last): Module ZPublisher.Publish, line 98, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module App.special_dtml, line 61, in __call__ Module DocumentTemplate.DT_String, line 474, in __call__ Module DocumentTemplate.DT_Let, line 76, in render Module DocumentTemplate.DT_In, line 465, in renderwb Module DocumentTemplate.DT_In, line 749, in sort_sequence Module Products.ZCatalog.Lazy, line 155, in __getitem__ Module Products.ZCatalog.Catalog, line 149, in __getitem__ KeyError: 182975046

3 2

ZODB cache age
by Jeremy Hylton 28 Feb '04

28 Feb '04

The old ZODB object cache had a notion of cache age. Objects that hadn't been accessed within a certain time were removed from the cache. This feature was removed in Zope 2.6, but all of the APIs that controlled the age (sometimes called cacheDeactivateAfter) were kept around. I'd like to mark all of these APIs as deprecated. That includes manage_cache_age in App.CacheManager and a handful of methods in ZODB.DB. Does anyone have a problem with that? Jeremy

2 1

Re: [Zope-dev] server for new protocol?
by Dieter Maurer 27 Feb '04

27 Feb '04

Please stay on the list (readded) Nikolay Kim wrote at 2004-2-27 10:26 +0600: >> You must implement the server for the new protocol >> and you will need some integration code. >> >> You have lots of examples at hand. > >write server itself not very hard, i simply don't want patch >ZServer/components.xml >is there any way don't touch Zserver? At least, you do not need to change "ZServer/components.xml" as such component schemas can be inherited and extended -- similar to the implementation. I did not (yet) implemented my own server, thus, I cannot tell you the details. But, I am very confident that you do not need to change ZServer when you do not want to. -- Dieter

1 0

Re: Re: [Zope-dev] Maybe Corrupted ZCatalog but ...
by Eric Brun 27 Feb '04

27 Feb '04

Yes but impossible to update it because it is too big, and the transaction never finish or abort because of time out. I don't know how to do this. Have you a idea for help me ? > Eric Brun wrote: > > > An idea for fix it ? > > Have you tried updating the catalog from it's advanced tab? > > Not sure how that'd pan out on 200,000 objects though... > > cheers, > > Chris > > -- > Simplistix - Content Management, Zope & Python Consulting > - http://www.simplistix.co.uk > > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://mail.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope ) > Eric Brun Savoie Technologie Savoie Technolac Eric Brun Savoie Technologie Savoie Technolac

3 2

Explicit acquisition and object context
by Garito 26 Feb '04

26 Feb '04

Hi I have these function def Propiedad(self, Name): """Propiedad""" Obj = self Maestro = getattr(Obj, 'Maestro', None) Paso = 1 while Maestro is not None: Obj = self.restrictedTraverse(Maestro.contenido).__of__(self) Maestro = getattr(Obj, 'Maestro', None) Paso += 1 if Paso == 15: break if hasattr(Obj, Name): return getattr(Obj, Name) return getattr(self, Name) these code try to get the object Maestro, and recursively search the for Maestro's until is not found Width these code I try to use an object called Maestro to make soft links My problem is to acquire the real context of self If I add in my product these function: def __bobo_traverse__(self, Request, Name): return self.Propiedad(Name) ZMI show me the soft link object and not the real self Has anyone idea to help me, please? Thanks

1 0

Making a custom class addable to another class in product, but not to Zope
by Ian Beatty 26 Feb '04

26 Feb '04

Greetings. I'm relatively new to Python-based development of Zope products. I've got two classes in my product; let's call them Container and Thing. I want to have Container addable to any old folder in the ZMI; that's no problem, I just register it in my product's __init__.py file. I want Container to allow instances of Thing to be added to it, and nothing else; that's also no problem, using all_meta_types. However, I want Thing to be addable to Container, but not to any other ObjectManager-based object. I can't figure that one out. I assumed I could do it by having an entry for Thing in Container's all_meta_types property, and by *not* registering it in __init__.py. Unfortunately, that fails. If I click on the "Add Thing" button in the ZMI when viewing the content of a Container, I get Cannot locate object at http://localhost:8080/kb0/manage_addProduct/ [ignore line break] MyProduct/manage_addThingForm If I register Thing in __init__.py, then the Add Thing button works perfectly, but I can add a Thing to any folder in the ZMI. It looks like the registration process is necessary to get manage_addThingForm added to whatever registry of constructors manage_addProduct['MyProduct'] accesses. Is there a way around this? I'd think what I'm trying to do is pretty standard, but I can't find anything enlightening. Thanks, ..Ian

4 3

Core Dump (Zope 2.7, Python 2.3.3, FreeBSD 4.5)
by Jeffrey P Shell 25 Feb '04

25 Feb '04

I've been experiencing the most peculiar core dump under Zope 2.7. It's on a web application we only decided to revive late last week, so it was never tested under earlier beta/RC conditions. The core dump occurs when visiting manage_main on a particular folder. The contents of this folder are basically just Python Scripts, Page Templates, and a few DTML Methods (including standard_error_message). I can get manage_main to render in zopectl debug (using Testing.make_request to make enough of a REQUEST object for it to render with). And I can read everything in that particular folder with zopectl debug. I used this to experiment with moving items around between folders - including moving all of the templates/scripts into their own folder outside of the web application. It still core dumps. At one point, I thought I had narrowed it down to a particular template (although the reasons for why it would be this template elude me) by doing some interactive Python work [I had written some helper 'move_object' and 'copy_object' functions a while back, and used them to move items between a pair of folders and then seeing which one Zope would crash on]. I got the contents of the template out using ``zopectl debug``, and recreated the template by hand, now that I could actually get into the target folder. It worked for a brief moment, but so did the source folder, which now had this one particular template remaining. I tried various imports and exports of the web application, including using one that was known to still be working off of a production server (Zope 2.6.1, Python 2.1). I even tried copying the contents (individually) of the folder - completely removing them from original context. It still core dumps. (Before I tried imports and exports, it was running in a Data.fs that had been copied from a Zope 2.6.1 instance to 2.7. Python Scripts were recompiled) Finally, I thought it might be a Python 2.3.3/FreeBSD issue (like there were issues with default stack size on Python 2.1.x and FreeBSD). This Python 2.3.3 had been built from source just last week, on the day I installed Zope 2.7 final on our development server. So I downloaded Zope 2.6.4 and ran that with Python 2.3.3, importing the problematic export. I could list the contents of this particular folder just fine. The import had Python 2.1 compiled scripts, so I recompiled them and exported it again just to see if that was causing strange issues - but when brought into Zope 2.7, the core dump still happens. The folder in question is not terribly large - when I extracted the scripts/templates manually into a new folder, I think it has about 41 items in it. What should I do next? Should I familiarize myself with gdb and inspect the core? What are some things I could look for if that's the next step?

10 23

Re: [Zope-dev] PUT_factory
by Chris McDonough 25 Feb '04

25 Feb '04

Hi, Please keep this on the list (for the benefit of other folks). Looks like you imported the ZopePageTemplate *module* instead of the ZopePageTemplate *class*, e.g. you've got something like: from Products.PageTemplates import ZopePageTemplate instead of: from Products.PageTemplates.ZopePageTemplate import ZopePageTemplate - C On Wed, 2004-02-25 at 13:09, Garito wrote: > Hi Chris! Thank you for the help > > these is the traceback info: > > Traceback (innermost last): > Module ZPublisher.Publish, line 100, in publish > Module ZPublisher.mapply, line 88, in mapply > Module ZPublisher.Publish, line 40, in call_object > Module webdav.NullResource, line 110, in PUT > Module Products.Yanged.ConceptoYanged, line 88, in PUT_factory > TypeError: 'module' object is not callable > ----- Original Message ----- > From: "Chris McDonough" <chrism(a)plope.com> > To: "Garito" <garito(a)sistes.net> > Cc: "Lista Oficial de Zope" <zope-dev(a)zope.org> > Sent: Wednesday, February 25, 2004 6:59 PM > Subject: Re: [Zope-dev] PUT_factory > > > > This looks about right. Maybe you could take a look at your error_log > > object and see if you see any tracebacks after an attempted DAV/FTP > > upload? > > > > On Wed, 2004-02-25 at 12:17, Garito wrote: > > > Hi, all > > > > > > I try to override PUT_factory method in my container product > > > > > > I read in several webpages I need to create a PUT_factory method in my > > > product to override these mechanism > > > These method could be like: > > > > > > def PUT_factory(self, name, typ, body): > > > return ZopePageTemplate(name, body, content_type=typ) > > > > > > In these case all the objects created by the WebDAV/FTP services will > > > be ZopePageTemplates but these code doesn't work! :( > > > > > > Can anyone explain me the correct solution? > > > > > > Thanks!!! > > > > > > ______________________________________________________________________ > > > _______________________________________________ > > > Zope-Dev maillist - Zope-Dev(a)zope.org > > > http://mail.zope.org/mailman/listinfo/zope-dev > > > ** No cross posts or HTML encoding! ** > > > (Related lists - > > > http://mail.zope.org/mailman/listinfo/zope-announce > > > http://mail.zope.org/mailman/listinfo/zope ) > > > >

2 1