June 2005 - Zope - Zope lists

Re: [Zope] 2.5.1 to 2.8.0
by Paul Winkler 29 Jun '05

29 Jun '05

Please keep discussion on the list. Now then, let's look at your log: On Mon, Jun 27, 2005 at 01:09:29PM -0500, Tim Suter wrote: > Traceback (most recent call last): > File "/opt/zope/lib/python/OFS/Application.py", line 254, in > checkGlobalRegistry > keys=list(self._p_jar.root()['ZGlobals'].keys()) > File "/opt/zope/lib/python/OFS/Uninstalled.py", line 46, in > __getattr__ > raise AttributeError, escape(name) > AttributeError: keys I've never seen that one and don't know exactly what it means, except that it's apparently related to a Product not being installed correctly. The next batch is easier: > ------ > 2005-06-27T13:06:44 INFO Zope Beginning attempt to rebuild the global > ZClass registry. > ------ > 2005-06-27T13:06:44 INFO Zope The global ZClass registry has > successfully been rebuilt. > ------ > 2005-06-27T13:06:44 INFO Zope Ready to handle requests > ------ > 2005-06-27T13:06:58 WARNING ZODB Could not import class 'LDAPDelegate' > from module 'Products.LDAPUserFolder.LDAPDelegate' > ------ > 2005-06-27T13:06:58 WARNING ZODB Could not import class 'SimpleCache' > from module 'Products.LDAPUserFolder.SimpleCache' > ------ > 2005-06-27T13:06:58 WARNING ZODB Could not import class 'LDAPUser' from > module 'Products.LDAPUserFolder.LDAPUser' > ------ > 2005-06-27T13:06:58 WARNING ZODB Could not import class 'SimpleLog' from > module 'Products.LDAPUserFolder.SimpleLog' It's pretty clear that Zope is having a major problem with LDAPUserFolder. Possibly you have an old version of LDAPUserFolder that is not compatible with Zope 2.8? New versions can be downloaded here: http://www.dataflake.org/software/ldapuserfolder/ Or, hmmm, maybe you did not remember to install *any* of the Products that you had installed for zope 2.5? -- Paul Winkler http://www.slinkp.com

3 4

Re: [Zope] Sharing global data between threads / locking a method
by Sascha Welter 29 Jun '05

29 Jun '05

(Mon, Jun 27, 2005 at 12:00:08PM -0400) zope-request(a)zope.org wrote/schrieb/egrapse: > Message: 9 > Date: Mon, 27 Jun 2005 15:53:38 +0200 > From: Max M <maxm(a)mxm.dk> > Subject: [Zope] Sharing global data between threads / locking a method > To: zope(a)zope.org > Message-ID: <d9ovou$4r6$1(a)sea.gmane.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I have a synkronisation script that I run every 10 minutes via wget from > a cron job. > > Sometimes the script runs longer than 10 minutes. > > In that case I would like to return a page to wget, but not run the > actual script. > > So in a external method/module I have a function like this: Excuse me, but I really believe trying to solve this situation within Zope is getting at it from the wrong side. It is so much easier to wrap the call to wget in a shell, python, perl, whatever script. Then you can use a simple lockfile to see if another wget is still running in a copy of the script. It will take you 10 minutes and you will have solved the problem (at least for the use case of wget being run from the same machine). As for making a lock inside Zope, I have done this with setting a property: if treeroot.hasProperty('currently_parsing'): treeroot.manage_changeProperties( currently_parsing = True ) else: treeroot.manage_addProperty('currently_parsing', True, 'boolean') get_transaction().commit() For me it never worked inside the SESSION object (for my use case it does not matter that the session will do the locking only per user). After I'm done, I do: treeroot.manage_changeProperties( currently_parsing = False ) get_transaction().commit() I don't know if this is the proper or cleanest way to do it, but It Works(TM). Regards, Sascha

1 0

External editor for ZMI
by John Poltorak 29 Jun '05

29 Jun '05

What alternatives are there to editing objects through ZMI? -- John

11 13

Re: [Zope] loading an url from a restricted python script
by santiago 29 Jun '05

29 Jun '05

I don't understand still : what I am looking for is a way to read a url whitout having to write an external method. the point is I belived that reading a url in a web application like zope should not require such powerfull tool as external methods or dedicated products.. Andreas Jung wrote: > You answered your question already with our question. > Filesystem-based code=trusted code=External methods or Zope products. > > -aj > > --On 28. Juni 2005 17:05:42 +0200 santiago <chetzacoalt(a)free.fr> wrote: > >> sorry, I don't understand: >> what is th 'filesystem based code' ? >> >> Andreas Jung wrote: >> >>> >>> >>> --On 28. Juni 2005 16:53:35 +0200 santiago <chetzacoalt(a)free.fr> wrote: >>> >>>> hello >>>> >>>> I'm writting a restricted python script (in the zmi) >>>> and I wish to load an url that the user gives to me >>>> in order to diplay it back, inside my web page. >>>> >>>> is there a zope method that I can use, or must I relay on an external >>>> python script and use urllib ? >>>> >>> >>> This is a FAQ: use filesystem based code. >>> >>> -aj > > > >

4 3

merging the contents of two acl_users folders
by Jim Abramson 28 Jun '05

28 Jun '05

Can it be done? If not that, the ability to move selected users from one acl_users to another would be a decent plan B. This is a one-time move, so I consider any effective solution viable, even if some manual hacking is involved. Thanks for any help, Jim

3 4

OFS.SimpleItem problem with maximum recursion depth exceeded Error
by Gautam Saha 28 Jun '05

28 Jun '05

Hi: I have a simple schema based on the "Article" ArchExample schema which uses the " RichWidget" for file upload. The product worked fine in Zope2.6.1/Plone1 but does not work in zope2.7.5-final/Plone2.0.5. I am getting a "RuntimeError: maximum recursion depth exceeded" error while trying to view the uploaded file ------- Traceback (innermost last): Module ZPublisher.Publish, line 175, in publish_module_standard Module Products.PlacelessTranslationService.PatchStringIO, line 51, in new_publish Module ZPublisher.Publish, line 132, in publish Module Zope.App.startup, line 204, in zpublisher_exception_hook Module ZPublisher.Publish, line 95, in publish Module Zope.App.startup, line 258, in recordMetaData Module OFS.SimpleItem, line 333, in getPhysicalPath Module OFS.SimpleItem, line 76, in <lambda> Module OFS.SimpleItem, line 310, in getId Module OFS.SimpleItem, line 76, in <lambda> ... ... Module OFS.SimpleItem, line 310, in getId Module OFS.SimpleItem, line 76, in <lambda> RuntimeError: maximum recursion depth exceeded (Also, an error occurred while attempting to render the standard error message.) ----- END Traceback I googled and found that it is zope bug (issue# 1253, URL:http://www.zope.org/Collectors/Zope/1253) I also, found similar this error is documented in Bug#928693 & 909894 in Plone2. Diater suggested a workaround (in zope Issue# 1253) which I don't quite understand being a python newbie. From Dieter: >This is a bug in "OFS.SimpleItem.Item_w__name__". > > In its base class, "__name__" is defined as > "ComputedAttribute(lambda self: self.getId())" > and it defines "getId()" to return "self.__name__". > Apparently, this is an infinite recursion. > >Please file a bug report to "http://www.zope.org/Collectors/Zope <http://www.zope.org/Collectors/Zope/1253/>". > >You can fix this problem by giving "Item_w__name__" a default >class level attribute or "__name__ = ''". > >You can work around the bug by assigning an "id" for your >object with its "_setId" method (this overrides "__name__"). Could someone please tell me where/what code I should make this changes? I posted this before in Plone list but did not get any response, may be because it is a Zope issue. My platform details: Zope Version (Zope 2.7.5-final, python 2.3.4, freebsd5) Python Version 2.3.4 (#2, Oct 21 2004, 17:49:27) [GCC 3.3.3 [FreeBSD] 20031106] Plone version: 2.0.5 Archetype version: 1.2.5-rc5 Any help is greatly appreciated. Gautam

2 1

CMFFormController doubts
by cla 28 Jun '05

28 Jun '05

Hi! I'am trying to add one more field in the edit_news_form(plone) but when i execute the script that probably stores the object information of this new field aren't stored. So this what i'am doing: <----------Script----------------> ... new_context = context.portal_factory.doCreate(context,id) new_context.edit( text, description, text_format,new_id_field ) <-- where new_context.plone_utils.contentEdit( new_context , id=id , title=title , description=description) ... <------------------------------------> So any ideas? Can anyone say to me the differences between new_context.edit(..) and new_context.plone_utils.contentEdit(..)? Any good page or tutorial that talks about it? thanks ___________________________________________________________________ O SAPO já está livre de vírus com a Panda Software, fique você também! Clique em: http://antivirus.sapo.pt

2 1

RE: [Zope] Tweaking Zope DB- and connection parameters
by Germer, Carsten 28 Jun '05

28 Jun '05

Ahh, this clarifies so far, thanks. But about how many zserver-threads would one need for approx. 50 concurrent connections? /Carsten >-----Original Message----- >From: Pascal Peregrina [mailto:Pperegrina@Lastminute.com] >Sent: Tuesday, June 28, 2005 11:54 AM >To: Germer, Carsten; zope list user >Subject: RE: [Zope] Tweaking Zope DB- and connection parameters > > >zserver-threads and pool-size should be almost the same. > >Each HTTP request from Apache to Zope uses a Connection object >bound to a >Transaction object. > >As each Connection object has its own cache, then if the >connection pool >size is much higher than the number of zsever threads, you could end up >using new connections with empty cache when it's not >necessary... This will >make the request response time slower (cause the connection >will need to get >all objects from ZODB) and will end up using unecessary memory >(cause all >connection caches will be caching objects). > >I would recommend pool-size 8 if you keep zserver-threads to 5. >(I don't know why pool-size must be a little higher than >threads, but the >default configuration is 4 threads and 7 connections, so...) > >Then try increasing the cache size, because if you have lots >of different >websites, caching 500 objects will probably cause each >connection to often >load objects from ZODB (cache miss). To monitor that you can >use Control >Panel -> Database Management -> Main -> Cache Parameters >For each connection, if the number of active objects hits your >500 limit, >then it may be a good idea to increase it. >But of course this will depend oh the available memory you have. > >Hope this helps. > >Pascal > > > >-----Message d'origine----- >De : zope-bounces(a)zope.org [mailto:zope-bounces@zope.org]De la part de >Germer, Carsten >Envoyé : mardi 28 juin 2005 11:32 >À : zope list user >Objet : [Zope] Tweaking Zope DB- and connection parameters > > >Hello everyone, > >I'm trying to figure out what I can set all (I know) Zope Parameters to >to get a good overall performance on our "old" live installation. >We have a new System with upgraded Zope and the like in the making but >untill then I'm trying to keep what is up smooth and stable. > >Machine: Dual Pentium with 4Gig Ram running on Suse Linux. Zope 2.7.2 >with Python 2.3.4 and ZMS for the Sites. There's a recent Apache 1.3.x >in Front for caching and like 25 Sites running on the system, some very >rarely visited some more loaded. > >While running the system with out-of-the-box-parameters at >times of high >load the RAM went full, the machine started swapping and spiraling down >so I started to set limits in Apache and Zope. I was mostly just >guessing! > >Apache is set to "MaxClients 50" >Zope.conf has set "zserver-threads 5" and ><zodb_db main> > cache-size 500 > pool-size 25 >... ></zodb_db> > >With this settings the machine tops at load around 1.8 - 2 and no >swapping takes place *puuh* but still users sometimes, too often for >users taste, get to wait a minute and longer for their page. For me it >tastes like a garbage collection or whatnot because after 5-20 minutes >everything is fine again for an hour or two... > >- Apaches "MaxClients" is set for general limit >- zserver-threads: How many ppl, approx., can connect with this set to >5? Would be good to synchronize this with the apache settings somehow? >- cache-size: This is per DB connection (pool-size) as I have >learned, I >did set this down to limit memory usage >- pool-size: number of concurrent DB-Connections as I learned. Does >every concurrent connection have to have it's own db-connection or do N >zserver-threads share one? > >What I'm looking for is general advice how these parameters >work and can >be set for best cooperation. Or if there are other Params that I have >missed yet ;) > >E.g. "every zserver-thread uses one db-connection and can server one >user so for 50 concurrent users you have to set everything to 50 and >tweak cache-size according to 'Cache Parameters' in the Zope config and >your RAM-load behaves" Which is nonsense I bet but something like that >would help me great time. > >Thanks in Advance for any Help! /Carsten > >--------------------------------------------------------------- >--------- >Carsten Germer Deutsches Elektronen Synchrotron >(Web-Office, IT) >phone: +49-40-8998-1661 >Notkestr. 85 >web: http://wof.desy.de >22607 Hamburg >e-mail: carsten.germer(a)desy.de > Germany >--------------------------------------------------------------- >--------- >_______________________________________________ >Zope maillist - Zope(a)zope.org >http://mail.zope.org/mailman/listinfo/zope >** No cross posts or HTML encoding! ** >(Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope-dev ) > > >********************************************************************** >This email and any files transmitted with it are confidential and >intended solely for the use of the individual or entity to whom they >are addressed. If you have received this email in error please notify >the system manager. > >This footnote also confirms that this email message has been swept by >MIMEsweeper for the presence of computer viruses. > >www.mimesweeper.com >********************************************************************** > >

2 1

Debugging a python routine
by John Poltorak 28 Jun '05

28 Jun '05

Can anyone suggest how I would go about debugging a Python routine like this through Zope? <span tal:define="opts python:here.lib.parse_file(file=here.members,sepr=',',clone=1)"> <tal:block repeat="opt opts"> <li><a tal:content="python:opt[1]" tal:attributes="href python:opt[0]"></a></li> </tal:block> </span> -- John

4 4

RE: [Zope] RE: ZopeProfiler issue (found root cause)
by Pascal Peregrina 28 Jun '05

28 Jun '05

Well, what about : try: p= gP() except: return ;) I will test your patch, not sure about the + s_class = getattr(s, '__class__', None) + gpp_class = getattr(s, '__class__', None) in your patch... Pascal -----Message d'origine----- De : Dieter Maurer [mailto:dieter@handshake.de] Envoyé : lundi 27 juin 2005 20:00 À : Pascal Peregrina Cc : 'zope(a)zope.org'; Paul Chudleigh Objet : Re: [Zope] RE: ZopeProfiler issue (found root cause) Pascal Peregrina wrote at 2005-6-27 11:53 +0200: >I just finished reading xmlrpclib.py and ZopeProfiler code. > >Here is the root cause of the issue : > >In my code : > getattr(ServerProxy(self.url),self.rpc_method_expr) returns an >xmlrpclib._Method object > >Then ZopeProfiler calls >ZopeProfiler.ZopeProfiler.getHLFuncId(self,fn,frame), which contains: >gP= getattr(s,'getPhysicalPath',None) > >So this calls xmlrpclib._Method.__getattr__, which is: > def __getattr__(self, name): > return _Method(self.__send, "%s.%s" % (self.__name, name)) > >So this returns another xmlrpclib._Method object for a "getPhysicalPath" RPC >method > >Because gP is not None, ZopeProfiler then does : >p= gP() > >And this makes an RPC method call on the service, and of course raises an >Exception ! Nice analysis! >So for my tests I hacked xmlrpclib._Method.__getattr__ to return None for >'getPhysicalPath' : > def __getattr__(self, name): > if name=='getPhysicalPath': > return None > return _Method(self.__send, "%s.%s" % (self.__name, name)) You can do this easier: from xmlrpclib import _Method _Method.getPhysicalPath = None Of course, any way, you will loose the possibility to call "getPhysicalPath" via "XML-RPC". > >But a real fix will be needed on ZopeProfiler ! Try the attached patch. -- Dieter ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

2 1