- Zope - Zope lists

Key Error in Catalog Reindex
by KJZZ Webmaster 23 Jan '07

23 Jan '07

I am using zope 2.8.1. and am using the following dtml method to reindex the catalog: <dtml-let URL1=HTTP_REFERER> <dtml-call "Catalog.manage_catalogReindex(REQUEST, RESPONSE, URL1)"> <dtml-call expr="RESPONSE.redirect(URL1)"> </dtml-let> However, midway through the reindex, I am receiving the following error message: Traceback (innermost last): Module ZPublisher.Publish, line 113, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 40, in call_object Module OFS.DTMLMethod, line 153, in __call__ - <DTMLMethod at /somepath/somedtmlmethod> - Physical Path: //somepath/somedtmlmethod KeyError: 'validate' I checked the zope source file here: Zope-2.8.1-final\lib\python\OFS\DTMLMethod.py and found the reference to the "validate" method in line 128: if self.__dict__.has_key('validate'): first_time_through = 0 else: self.__dict__['validate'] = security.DTMLValidate first_time_through = 1 try: My questions are these: a) what changes could I to the catalog to avoid this error in the future? (I have already cleared and rebuilt our catalog using the manage_catalogFind tab within the catalog). Are there certain object types that I should keep out of the catalog? Is the catalog getting too large, and maybe the reindex is taking too long to complete? b) are there any changes to the script \lib\python\OFS\DTMLMethod.py that I could make which would eliminate, or at least render this error message harmless? When this key error occurs, the catalog does not index fully, and so objects are left out of the catalog. Thanks for your advice. John T.

3 4

FW: Problem Starting Zope after Installation
by Ken Winter 23 Jan '07

23 Jan '07

Hi Zope ~ I just installed Zope 2.8.8 (version selected to match a server I'm developing for) on my Windows XP machine, using the instructions in the Zope Book (http://www.plope.com/Books/2_7Edition/InstallingZope.stx#0-0) and electing not to run it as a service. I can't get it to start - see the attached screen shot for the failure messages. ~ TIA ~ Ken

7 27

Zope now tracked by Update-Scout.com
by Peter Kullmann 23 Jan '07

23 Jan '07

Hi, Zope has just been added to Update-Scout.com, an interactive web service, that informs its users about software updates and releases. Users can set up personal update news feeds from the Update-Scout software catalog and even add new entries to the catalog. The address is http://www.update-scout.com . Peter Kullmann ========================================== elementec Software & Consulting Dr. Peter Kullmann Wollgrasweg 49, 70599 Stuttgart, Germany ========================================== Tel +49 - 711 - 4510 17 350 Fax +49 - 711 - 4510 17 222 info at update-scout.com www.update-scout.com ==========================================

1 0

How to get modules that are called by external methods reloaded?
by Gaute Amundsen 23 Jan '07

23 Jan '07

Subject says it sall. Only way I have found so far is to restart zope, and on a production server, that is not very popular. Takes about 10 minutes on ours.. Regards Gaute Amundsen

8 16

ANN: Latest Zope and Plone versions available at WebFaction
by Remi Delon 22 Jan '07

22 Jan '07

Hi everyone, This is just a quick post to announce that the latest Zope and Plone versions are now available in WebFaction's one-click installer. These are currently Zope-2.10.1 and Plone-2.5.2-1 Remi http://www.webfaction.com - Hosting for an agile web

3 5

Running egg-packaged product tests
by Sébastien Nicouleaud 19 Jan '07

19 Jan '07

Hello, I'm trying to run tests for an egg-packaged product (deployed in development mode), with zope 2.10.1. I'm using the "zopectl test" command, with "--path" set to my product source directory. The problem is that the test runner seems to call the product initialize() function 2 times (one during zope initialization, and one during testrunner initialization), resulting in duplicated profile id declarations... Is there a way to run the tests for an egg-packaged product without setting the --path option to the source dir, in order to prevent this duplication ? Thanks Seb

1 1

Zope pretends to receive and send XMLRPC data, but strace sees nothing !
by yacine chaouche 19 Jan '07

19 Jan '07

Sorry, it seems I didn't click on the right button :), here is the message sent to the list this time : Thank you Andreas for showing me this nice tool which is tcpflow. Thanks to it, I am now sure that the probleme is coming from zope. Would you take a look at this : root@CAY:~/HTTPCONNECTIONS# tcpflow host 10.75.49.100 and port 8081 tcpflow[20104]: listening on eth0 The tcpflow is run on the 10.75.49.51 machine, the one that zope thinks it sends two times the XMLRPC query. 10.75.49.100 is the server that runs zope. Now i click on the button, on both browsers (remember they are on different machines), invoking the method "toutCompter" via xmlhttprequest, and wait for zope to complete the requests : <zope trace to the console> ip: 10.75.49.155 requests counting of lines 1 to 11 ip: 10.75.49.51 requests counting of lines 1 to 11 sending results to 10.75.49.155 sending results to 10.75.49.51 ip: 10.75.49.51 requests counting of lines 1 to 11 sending results to 10.75.49.51 </zope trace> Zope says he got 2 requests form 10.75.49.51 and sent it the results 2 times. Ok, let's check the tcpflow then for these supposed connections : root@CAY:~/HTTPCONNECTIONS# ls total 8,0K -rw-r--r-- 1 root root 873 2007-01-18 18:52 010.075.049.051.41131-010.075 .049.100.08081 -rw-r--r-- 1 root root 607 2007-01-18 18:53 010.075.049.100.08081-010.075.049.051.41131 Allright, first file (machine to server): root@CAY:~/HTTPCONNECTIONS# cat 010.075.049.051.41131-010.075.049.100.08081 POST /aef/rechercheMultiligne/toutCompter HTTP/1.1 Host: 10.75.49.100:8081 User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1) Gecko/20061010 Firefox/2.0 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9 ,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: fr,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-15,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Content-Type: application/x-www-form-urlencoded Referer: http://10.75.49.100:8081/aef/rechercheMultiligne Content-Length: 224 Cookie: _ZopeId="58653529A2r8NuahgXc" Pragma: no-cache Cache-Control: no-cache requete_1=ape%2012*&requete_2=ape%2012*&requete_3=ape%2012*&requete_4=ape%2012*&requete_5=ape%2012*&requete_6=ape%2012*&requete_7=ape%2012*&requete_8=ape%2012*&requete_9=ape%2012*&requete_10=ape%2012*&borneInf=0&borneSup= 10&root@CAY:~/HTTPCONNECTIONS# Allright, there is only ONE POST request. So zope didnt really got two requests. Now let's see if it sent the data two times as it presumes : root@CAY:~/HTTPCONNECTIONS# cat 010.075.049.100.08081-010.075.049.051.41131 HTTP/1.1 200 OK Server: Zope/(Zope 2.9.0-, python 2.4.2, linux2) ZServer/1.1 Date: Thu, 18 Jan 2007 17:51:42 GMT Content-Length: 413 Charset: utf-8 Content-Type: text/xml; charset=utf-8 <?xml version="1.0" encoding="utf-8" ?><comptages><comptage numLigne="1">3</comptage><comptage numLigne="2">3</comptage><comptage numLigne="3">3</comptage><comptage numLigne="4">3</comptage><comptage numLigne="5">3</comptage><comptage numLigne="6">3</comptage><comptage numLigne="7">3</comptage><comptage numLigne="8">3</comptage><comptage numLigne="9">3</comptage><comptage numLigne="10">3</comptage></comptages> root@CAY:~/HTTPCONNECTIONS# The results were sent just one time, not two. What is going on here ? Any comment would be really appreciated. Thanks, Y.Chaouche

1 0

Giving access to error_log.showEntry to non-Manager users
by martin.gfeller＠comit.ch 18 Jan '07

18 Jan '07

Dear all, I'm trying to give all authenticated users access to the error log of an error that they just encountered. I'm using the error_log_url available in the standard_error_message to direct the user to the appropriate error log. This works fine for users with Manager role, but I cannot make it work for other authenticated users. I modified the error_log access to include 'View', 'View management screens' and 'Log Site Errors', but it doesn't help, unless I give 'View management screens' to Authenticated in the Zope root, which opens up too much. The actual access error is on 'manage_page_header' - I append the error traceback. I've also tried to access the error_log through a DTML with proxy set to Manager, to no avail. Any tips? Thank you and best regards, Martin Gfeller, COMIT AG, mailto:martin.gfeller@comit.ch Error Traceback, Zope 2.10.1 on Windows. SERVER_SOFTWARE 'Zope/(unreleased version, python 2.4.4, win32) ZServer/1.1' Traceback (innermost last): Module ZPublisher.Publish, line 115, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 41, in call_object Module Shared.DC.Scripts.Bindings, line 313, in __call__ Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec Module Products.PageTemplates.PageTemplateFile, line 121, in _exec Module Products.PageTemplates.PageTemplate, line 89, in pt_render Module zope.pagetemplate.pagetemplate, line 117, in pt_render Module zope.tal.talinterpreter, line 271, in __call__ Module zope.tal.talinterpreter, line 346, in interpret Module zope.tal.talinterpreter, line 534, in do_optTag_tal Module zope.tal.talinterpreter, line 516, in no_tag Module zope.tal.talinterpreter, line 346, in interpret Module zope.tal.talinterpreter, line 745, in do_insertStructure_tal Module zope.tales.tales, line 696, in evaluate - URL: showEntry - Line 1, Column 0 - Expression: <PathExpr standard:'here/manage_page_header'> - Names: {'container': <SiteErrorLog at /Quantax/error_log>, 'context': <SiteErrorLog at /Quantax/error_log>, 'default': <object object at 0x00A3B528>, 'here': <SiteErrorLog at /Quantax/error_log>, 'loop': {}, 'nothing': None, 'options': {'args': ()}, 'repeat': <Products.PageTemplates.Expressions.SafeMapping object at 0x05079DA0>, 'request': <HTTPRequest, URL=http://127.0.0.1:8080/Quantax/error_log/showEntry>, 'root': <Application at >, 'template': <PageTemplateFile at /Quantax/error_log/showEntry>, 'user': <GRUFUser 'dealer'>} Module zope.tales.expressions, line 217, in __call__ Module Products.PageTemplates.Expressions, line 122, in _eval Module zope.tales.expressions, line 124, in _eval Module Products.PageTemplates.Expressions, line 71, in boboAwareZopeTraverse Module OFS.Traversable, line 301, in restrictedTraverse Module OFS.Traversable, line 274, in unrestrictedTraverse - __traceback_info__: ([], 'manage_page_header') Unauthorized: You are not allowed to access 'manage_page_header' in this context

4 4

Zope 3 Boot Camp and Sprint registration open
by Chris Calloway 18 Jan '07

18 Jan '07

The Triangle (NC) Zope and Python Users Group invites you to register for Camp 5 and the BBQ Sprint: http://trizpug.org/boot-camp/camp5/ This is a Zope 3 boot camp followed by a Plone 3 sprint. The boot camp is taught by Philipp von Weitershausen, author of Web Component Development with Zope 3. The training has previously only been offered in Europe and is now available in North America for the first time. The sprint includes several sponsored and invited sprinters. TriZPUG hopes you will participate in Camp 5 in Chapel Hill, NC. Camp 5: Saturday March 10 - Tuesday March 13, 2007 BBQ Sprint: Wednesday March 14 - Saturday March 17, 2007 -- Sincerely, Chris Calloway http://www.seacoos.org office: 332 Chapman Hall phone: (919) 962-4323 mail: Campus Box #3300, UNC-CH, Chapel Hill, NC 27599

1 0

Zope pretends to receive and send XMLRPC data, but strace sees nothing !
by yacine chaouche 18 Jan '07

18 Jan '07

Hi, I have an ajax application that is composed by : 1) An ajax client which is a web page with a button that calls a zope object's method, say "toutCompter". 2) An ajax server (zope), with a zope object that has the method "toutCompter" (all zope object methods are XMLRPC callable right ?). I use two browsers on two separate machines. I call the methode on the two browsers, and compares the zope trace and strace output of the network activity. The problem is that zope says he sends data but strace don't, and zope says he receives data and again strace don't. This is the zope/python code that prints to the console : <zope/python> def toutCompter(self): """ this method is called via XMLRPC. """ IPAdresse = self.REQUEST["REMOTE_ADDR"] print "ip:",IPAdresse,"requests counting of lines",self.getForm ('min'),"to",self.getForm('max') ... #some processing here. creation of XMLData print "sending results to "+IPAdresse return XMLData </zope/python> Zope says : <zope traces to the console> ip: 10.75.49.155 requests counting of lines 10 to 20 ip: 10.75.49.51 requests counting of lines 10 to 20 sending results to 10.75.49.155 sending results to 10.75.49.51 ip: 10.75.49.51 requests counting of lines 10 to 20 sending results to 10.75.49.51 </zope trace> while strace says (SIGRTMIN were stripped out, are they of any use here ?): <strace> recv(24, 0x8d1e7e4, 4096, 0) = -1 ECONNRESET (Connection reset by peer) recv(24, "POST /aef/rechercheMultiligne/to"..., 4096, 0) = 686 recv(28, "POST /aef/rechercheMultiligne/to"..., 4096, 0) = 649 recv(28, "requete_11=%2410%20and%20ptel%20"..., 4096, 0) = 445 send(24, "HTTP/1.1 200 OK\r\nServer: Zope/(Z"..., 666, 0) = 666 recv(24, 0x8ebac04, 4096, 0) = -1 ECONNRESET (Connection reset by peer) send(28, "HTTP/1.1 200 OK\r\nServer: Zope/(Z"..., 643, 0) = 643 </strace> As you can see, the first part of the zope trace: ip: 10.75.49.155 requests counting of lines 10 to 20 ip: 10.75.49.51 requests counting of lines 10 to 20 corresponds to this part of the strace : recv(24, 0x8d1e7e4, 4096, 0) = -1 ECONNRESET (Connection reset by peer) recv(24, "POST /aef/rechercheMultiligne/to"..., 4096, 0) = 686 <comment> WHERE IS POST DATA FOR SOCKET 24??? </comment> recv(28, "POST /aef/rechercheMultiligne/to"..., 4096, 0) = 649 recv(28, "requete_11=%2410%20and%20ptel%20"..., 4096, 0) = 445 This part is ok. XMLHTTPRequest data is sent, saying :"hello ! i request the toutCompter methode. This is the post-data that you need to process my query. Thanks folk, seeya !". Now the second part is wierd, because the zope trace and strace DO NOT MATCH : <zope trace part II, sending data back to XMLHTTPRequest> sending results to 10.75.49.155 sending results to 10.75.49.51 ip: 10.75.49.51 requests counting of lines 10 to 20 sending results to 10.75.49.51 </zope trace> <strace part II, data sent only to one machine !> send(24, "HTTP/1.1 200 OK\r\nServer: Zope/(Z"..., 666, 0) = 666 recv(24, 0x8ebac04, 4096, 0) = -1 ECONNRESET (Connection reset by peer) send(28, "HTTP/1.1 200 OK\r\nServer: Zope/(Z"..., 643, 0) = 643 </strace> let's match line by line : ===================================================================================== zope strace ===================================================================================== sending results to 10.75.49.155 => send(24, "HTTP/1.1 200 OK\r\nServer: Zope/(Z"..., 666, 0) = 666 sending results to 10.75.49.51 => you are such a liar ! no data was really sent ! ip: 10.75.49.51 requests counting of lines 10 to 20 => WHAT ? there's no recv at all !! except for the reset ! sending results to 10.75.49.51 => send(28, "HTTP/1.1 200 OK\r\nServer: Zope/(Z"..., 643, 0) = 643 ===================================================================================== This behaviour is repeated every time i use two browsers, be it on the same machine or on two separate machines. It all seems like zope would save the xmlrpc requests in a buffer and process on of the requests many times (sometimes more than twice !), or something alike. I would like to notice here that I use Zope 2.9.0 in single thread mode and python 2.4.2 I would really appreciate anybody's comment on this strange brehaviour. Thank you. Y.Chaouche

3 2