- Zope - Zope lists

Re: [Zope] export/import problems with plone site
by Faheem Mitha 15 Nov '05

15 Nov '05

On Mon, 14 Nov 2005, [ISO-8859-15] Tarek Ziadé wrote: > Faheem Mitha wrote: > >> >> Hi, >> >> I successfully exported/imported a Plone site from one Zope instance to >> another. >> >> However, when I try to publish the Plone page, I experience an error. >> >> Does anyone know what the problem is here, or what to look for? > > Hi, > > It looks like the pagetemplate portlet_forum_latest doesn't exist on the > target instance Hi, Thanks for replying. Yes, it looks like portlet_forum_latest comes from CMFBoard. This is in the Product folder in the original Zope instance on Fedora. Sttempts to put it in the new Zope instance on Debian result in the Zope site hanging when I attempt to access it. Any ideas? Faheem. > You should also reindex the portal_catalog after the import is finished How should I do this?

1 0

export/import problems with plone site
by Faheem Mitha 15 Nov '05

15 Nov '05

Hi, I successfully exported/imported a Plone site from one Zope instance to another. However, when I try to publish the Plone page, I experience an error. Does anyone know what the problem is here, or what to look for? Is this perhaps a more Plone speciific problem? Faheem. ********************************************************************* Site Error An error was encountered while publishing this resource. AttributeError Sorry, a site error occurred. 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 101, in publish * Module ZPublisher.mapply, line 88, in mapply * Module ZPublisher.Publish, line 39, in call_object * Module Products.CMFCore.PortalContent, line 116, in __call__ * Module Shared.DC.Scripts.Bindings, line 306, in __call__ * Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec * Module Products.CMFCore.FSPageTemplate, line 191, in _exec * Module Products.CMFCore.FSPageTemplate, line 124, in pt_render * Module Products.PageTemplates.PageTemplate, line 96, in pt_render <FSPageTemplate at /dulci/document_view used for /dulci/index_html> * Module TAL.TALInterpreter, line 190, in __call__ * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 671, in do_useMacro * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 409, in do_optTag_tal * Module TAL.TALInterpreter, line 394, in do_optTag * Module TAL.TALInterpreter, line 389, in no_tag * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 702, in do_defineSlot * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 637, in do_condition * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 702, in do_defineSlot * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 409, in do_optTag_tal * Module TAL.TALInterpreter, line 394, in do_optTag * Module TAL.TALInterpreter, line 389, in no_tag * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 671, in do_useMacro * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 637, in do_condition * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 409, in do_optTag_tal * Module TAL.TALInterpreter, line 394, in do_optTag * Module TAL.TALInterpreter, line 389, in no_tag * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 613, in do_loop_tal * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 409, in do_optTag_tal * Module TAL.TALInterpreter, line 394, in do_optTag * Module TAL.TALInterpreter, line 389, in no_tag * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 637, in do_condition * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 409, in do_optTag_tal * Module TAL.TALInterpreter, line 394, in do_optTag * Module TAL.TALInterpreter, line 389, in no_tag * Module TAL.TALInterpreter, line 234, in interpret * Module TAL.TALInterpreter, line 657, in do_useMacro * Module Products.PageTemplates.TALES, line 221, in evaluate Line 16, Column 12 Expression: <PythonExpr path(pathexpr)> Names: {'container': <PloneSite instance at 43829b30>, 'context': <Document at /dulci/index_html>, 'default': <Products.PageTemplates.TALES.Default instance at 0x40b0c60c>, 'here': <Document at /dulci/index_html>, 'loop': <SafeMapping instance at 40549b90>, 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x40b0c10c>, 'nothing': None, 'options': {'args': ()}, 'repeat': <SafeMapping instance at 40549b90>, 'request': <HTTPRequest, URL=http://riverside.dulci.biostat.duke.edu:9673/dulci/index_html>, 'root': <Application instance at 43829a10>, 'template': <FSPageTemplate at /dulci/document_view used for /dulci/index_html>, 'traverse_subpath': [], 'user': faheem} * Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__ __traceback_info__: path(pathexpr) * Module Python expression "path(pathexpr)", line 1, in <expression> * Module Products.PageTemplates.PythonExpr, line 81, in __call__ * Module Products.PageTemplates.Expressions, line 172, in __call__ * Module Products.PageTemplates.Expressions, line 160, in _eval * Module Products.PageTemplates.Expressions, line 116, in _eval __traceback_info__: here * Module Products.PageTemplates.Expressions, line 325, in restrictedTraverse __traceback_info__: {'path': ['portlet_forum_latest', 'macros', 'portlet'], 'TraversalRequestNameStack': ['portlet', 'macros']} AttributeError: portlet_forum_latest (Also, an error occurred while attempting to render the standard error message.) Troubleshooting Suggestions * The URL may be incorrect. * The parameters passed to this resource may be incorrect. * A resource that this resource relies on may be encountering an error. For more detailed information about the error, please refer to error log. If the error persists please contact the site maintainer. Thank you for your patience.

2 2

htmltopdf
by Asad Habib 14 Nov '05

14 Nov '05

Has anyone successfully used htmltopdf, a PHP script written by Jason Rust (www.rustyparts.com) to convert an HTML file to PDF, with Zope? In particular, I wanted to find out if anyone had used the python equivalent of this PHP script. I am currently in the process of trying this and if anyone has already done it, their input/help would be appreciated. Thanks. - Asad

4 3

version of the Zope book with user comments included?
by michael nt milne 14 Nov '05

14 Nov '05

Hi I remember seeing a version of the Zope book which also had user comments included. It was very useful. However I haven't been able to find this again using Google. Does anyone have the link. I found it brilliant for issues that cropped up on install. Thanks

2 2

Zope Cookbook????
by Vivek Krishna 14 Nov '05

14 Nov '05

Hi , I am considering using zope to build a sample applicaiton like a guestbook and shopping cart kind of application. I really looked for all documentation but couldnt find a cookbook which does a step by step introduction to ahceive this.Is there some resource like this? Besides I am a new to python.Is python scripting required to build something as simple as a guestbook? Or would you recommend me to use something like PHP/Perl. I installed zope and read some docs but all I find is objects,aquisition and details about ZMI. If someone could help or point to some resources or probably say that Zope is not needed for this I would be grateful. Thanks vivek

2 1

Problem with permissions in 2.8.4
by Pablo Ziliani 13 Nov '05

13 Nov '05

Hello, I am having a very tough time with permissions after I have upgraded to 2.8.4 from 2.8.1, and I would really appreciate some help as I have exhausted my imagination trying to figure what's wrong. I have the following structure in my zope instance: zope root |---- sites |----|---- admin |----|---- website Inside the folder admin I have some templates using a macro named "page" in a sibling template. The folder "sites" has some checks marked in the security tab, but this is supposed to be ineffective since all the permissions are also acquiring from the root folder. The folder "admin" has the default permissions but for the "View" and "Access Content Information", which I only made available for Managers and some other irrelevant roles. Pages inside admin (i.e.: "users.html") have additional security configurations, but in all cases Managers are explicitly allowed. The "website" folder is the virtual domain, so when I call http://mywebsite.com/admin I am in fact acquiring the folder from above the site root (website). However, this doesn't seem to be the problem: the same occurs if I move admin inside website. My user is defined in the zope root and although there's another acl_folder in "sites" there's no user there with my same id. The odd thing is that if I (also) check all the "Acquire permissions settings" checkbox in admin, I will be able to access the macro but then the macro page won't be able to access some methods i.e."template/title_or_id". I think this should not happen, Managers are always (explicitly!) allowed all along the path from the root to each page. As said, this was working fine in 2.8.1. Any help or hint would be greatly appreciated, TIA, Pablo PS: this is the traceback: Request URL http://mywebsite.com/admin/users.html Exception Type Unauthorized Exception Value Not authorized to access binding: context 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 Shared.DC.Scripts.Bindings, line 311, in __call__ * Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec * Module Products.PageTemplates.ZopePageTemplate, line 256, in _exec * Module Products.PageTemplates.PageTemplate, line 104, in pt_render <ZopePageTemplate at /sites/admin/users.html> * Module TAL.TALInterpreter, line 206, in __call__ * Module TAL.TALInterpreter, line 250, in interpret * Module TAL.TALInterpreter, line 697, in do_useMacro * Module Products.PageTemplates.TALES, line 221, in evaluate URL: /sites/admin/users.html Line 4, Column 0 Expression: standard:'here/template_admin.html/macros/page' Names: {'container': <UnauthorizedBinding: container>, 'context': <UnauthorizedBinding: context>, 'default': <Products.PageTemplates.TALES.Default instance at 0xb7516c4c>, 'here': <UnauthorizedBinding: context>, 'loop': <Products.PageTemplates.TALES.SafeMapping object at 0xb3ee062c>, 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0xb7528b4c>, 'nothing': None, 'options': {'args': ()}, 'repeat': <Products.PageTemplates.TALES.SafeMapping object at 0xb3ee062c>, 'request': <HTTPRequest, URL=http://mywebsite.com/admin/users.html>, 'root': <Application at >, 'template': <ZopePageTemplate at /sites/admin/users.html>, 'traverse_subpath': [], 'user': pablo} * Module Products.PageTemplates.Expressions, line 185, in __call__ * Module Products.PageTemplates.Expressions, line 173, in _eval * Module Products.PageTemplates.Expressions, line 127, in _eval __traceback_info__: here * Module Products.PageTemplates.Expressions, line 284, in restrictedTraverse __traceback_info__: {'path': ['template_admin.html', 'macros', 'page'], 'TraversalRequestNameStack': ['page', 'macros']} * Module Shared.DC.Scripts.Bindings, line 180, in __getattr__ * Module Shared.DC.Scripts.Bindings, line 187, in __you_lose Unauthorized: Not authorized to access binding: context

1 1

Non-responsive objects reprise
by Garth B. 13 Nov '05

13 Nov '05

Hello everyone, this is from an older thread which I'm resurrecting with more information. Despite Dieter's helpful pointers I'm no closer to solving this problem but do have more information about it in case anyone can lend a hand. To quickly recap: Periodically when visiting our zope site, certain objects appear not to respond. It's consistently the same objects from a Page Template in one folder to an image somewhere else. The site is running on Zope 2.8.1, Python 2.3.5 and sitting behind a VHM and Apache 2.0.46 using the usual ReWrite rules. This problem suddenly started several months ago with the site having been running smoothly for many months prior. This is all on Red Hat Enterprise Linux ES release 3 (Taroon Update 2). The server is a dual processor with 1GB RAM, 300GB of hard disk space, hosted by Rackspace. The site is relatively large and reasonably active. Its content is largely made up of Page Templates with a few supporting python scripts and Script (Python)'s. There are also a few ZClass-based objects that offer no real unique functionality other than providing an interface for the admins to create "News" or "Feature" items. The site also utilizes a MySQL database. I've noticed the following things about this problem: ================= 1) DeadlockDebugger shows no problems when one of the objects appears not to be responding. Everything appears normal. 2) I can ALWAYS successfully get to the non-responsive objects by bypassing Apache and directly viewing the Zope server's equivalent :8080 address. 3) While tailing the trace.log when an object is siezing through Apache, I can see the request come to Zope and go right back out with no problem. I think that's what this is illustrating: B -1348776468 2005-11-13T10:46:37 GET /VirtualHostBase/http/www.domain.org:80/portal/html/VirtualHostRoot/resources/contact I -1348776468 2005-11-13T10:46:37 0 A -1348776468 2005-11-13T10:46:38 200 14938 E -1348776468 2005-11-13T10:46:38 4) Turning on debugging output for Apache shows the following proxy errors when trying to access an offending object. I've searched for related information about this proxy and only found one hit from the ZODB-DEV list from 2004 with no responses. The errors: [Sat Nov 12 00:33:33 2005] [error] [client xx.xx.xx.xx] proxy: error reading status line from remote server localhost [Sat Nov 12 00:33:33 2005] [error] [client xx.xx.xx.xx] proxy: Error reading from remote server returned by /contact [Sat Nov 12 00:34:02 2005] [error] [client xx.xx.xx.xx] proxy: error reading status line from remote server localhost [Sat Nov 12 00:34:02 2005] [error] [client xx.xx.xx.xx] proxy: Error reading from remote server returned by /resources/index_html I removed the client IP. Keep #2 and #3 in mind in the context of this problem. 5) In case there was something in one of the templates that was screwing things up, I methodically removed portions of a page (or its inherited template). When the page suddenly started responding through Apache I thought I hit paydirt, but then I noticed in one instance that all I removed was a block of plain HTML (no METAL/TALES statements) and that put me back at square one. I think #2 and #3 make this point irrelevant, and certain images will get hung up, too. 6) The server is also running Mailman (using the same Python as Zope). It uses a seperate virtual host container in Apache to expose its adminstrative interface. One of my co-workers swears that when he experiences the siezing, he soon after gets several emails from one of the Mailman lists which is supposed to be a once-a-day broadcast-only list. I think this is more of a coincidence though, and I haven't gotten a big enough sample size of occurrences to rely on this report. 7) Restarting Zope *usually* corrects the problem (on Friday, restarting it (several times) didn't help) 8) Restarting Apache sometimes corrects the problem without needing to restart Zope. 9) On one occasion killing Mailman suddenly made one of the offending objects respond for a little then stop. 10) On the rare occasion we have had to physically reboot the server (like on Friday). 11) After the server was rebooted on Friday, memory usage for Zope went from about 3% to 20+% as reported by 'top' over a period of about 12 hours. I don't know whether that is indicative of a leak or just general memory consumption. Restarting Zope appears to return that memory back to the OS. This memory usage is what we normally see for this site. 12) Upgrading from Zope 2.7.6 to 2.8.1 appeared to help for a little while, but the problem either came back or never left. 13) I briefly enabled mod_disk_cache in Apache for this site in case Zope was getting too stressed out. It appeared to work wonders, but some file objects, like PDFs, would periodically be reported as corrupted by Acrobat after being downloaded. I assume this was a failure to configure mod_disk_cache appropriately, and we've since disabled it (at which point Acrobat stopped complaining about corrupted PDFs. The siezing problem looked as though it disappeared while mod_disk_caching was enabled. Indeed, Watching the Apache and Zope logs showed requests more often being fulfilled only by Apache than by Zope. Perhaps the proxy problems in #4 is indicative of a loaded Zope that needs caching. We are not running ZEO or anything like that. Perhaps we should. ================= Apologies for the long email but I have no idea what's going on... if ANYONE has ANY suggestions or ideas on what else I could investigate it would be GREATLY appreciated! Thank you! Garth On 8/17/05, Dieter Maurer <dieter(a)handshake.de> wrote: > Garth B. wrote at 2005-8-16 19:21 -0400: > > ... > >When I hit an offending > >folder, I simply get no response and the browser just waits and waits. > > Visit "Control_Panel --> Debug Information" and check whether > your request indeed does not finish. > You see the active requests at the bottom of this page. > > If this page shows you, that the request was finished by Zope, > then you hit a wide spread browser bug: > > In some cases, Zope returns an 204 (no content) response. > For unknown reasons (and against the HTTP spec), > most browsers treat this as "continue to wait". > > If the request is not finished, you can use > Forent's "DeadlockDebugger" to find out where your > request is spinning. > > -- > Dieter >

2 1

Zope-Documentation: Args
by Horst Jäger 13 Nov '05

13 Nov '05

Hi, I've found quite a lot of doc about the Zope built-in-functions. But very often I miss information about the args that can be passed to the functions, e.g. "manage_changeProperties". You find a description of the function, an example passing REQUEST, but I had to guess that you can pass a map as well. Any help? Am I blind or stupid? Probably both :) Thanks in advance Horst

3 4

Sessions and Persistence
by Dennis Allison 13 Nov '05

13 Nov '05

Current configuration: Linux RH7.3 Zope 2.8.4 Python 2.4.2 (but the same is observed with Python 2.3.5) I continue to observe occasional failures of the Zope session variable mechanism. The problem manifests itself by a KeyError when accessing data in the session data container. We have recently moved to Zope 2.8.4 from Zope 2.7.6. The frequency of these errors aooears to have increased significantly; of late, we have occasionally seen error messages saying that an entire SESSION data container is missing. The session variable interface is very simple: a pair of Python Scripts, one that gets a session variable and another that sets it. Both use the copy-out/copy-in mechanism required for persistence. ## Script (Python) "getSessionVariable" ##bind container=container ##bind context=context ##bind namespace= ##bind script=script ##bind subpath=traverse_subpath ##parameters=varname ##title= ## request=container.REQUEST session=request['SESSION'] return session[varname] # Script (Python) "setSessionVariable" ##bind container=container ##bind context=context ##bind namespace= ##bind script=script ##bind subpath=traverse_subpath ##parameters=var, val ##title= ## request = container.REQUEST RESPONSE = request.RESPONSE session=request['SESSION'] session[var]=val request.set( 'SESSION', session ) Most of the information we store in session variables are simple numbers or strings. In a few instances, we store python lists, python tuples, or python dictionaries. I am beginning to suspect the source of my bug is a persistence problem perhaps triggered by a conflict error or garbage collection in the temporary store used to hold the session variables. I further suspect that lists and dictionaries stored in session variables need to be instances of PersistentDict and PersistentList and not ordinary python data structures. I'd appreciate confirmation on these two issues from someone who knows the persistence mechanism better than I. Neither PersistentDict nor PersistentList are exposed in the restricted namespace. Advice as to how to expose them would be helpful as well. If I have a complex data structure (a list of dictionaries) does all the substructure need to have persistence wrappers as well--that is, does it have to be turtles all the way down? Thanks in advance. -d

2 1

zope 2.8.4 on windows 98
by Fernando Martins 13 Nov '05

13 Nov '05

Hi, I tried to install zope 2.8.4 on win98SE. After starting the instance, it dies with the following error: File "C:\Program Files\Zope-2.8.4\lib\python\Zope2\Startup\run.py", line 21, i n run starter.prepare() File "C:\PROGRAM FILES\ZOPE-2.8.4\lib\python\Zope2\Startup\__init__.py", line 99, in prepare self.registerSignals() File "C:\PROGRAM FILES\ZOPE-2.8.4\lib\python\Zope2\Startup\__init__.py", line 320, in registerSignals Signals.registerZopeSignals([self.cfg.eventlog, File "C:\PROGRAM FILES\ZOPE-2.8.4\lib\python\Signals\Signals.py", line 116, in registerZopeSignals SignalHandler.registerHandler(SIGTERM, shutdownFastHandler) File "C:\PROGRAM FILES\ZOPE-2.8.4\lib\python\Signals\WinSignalHandler.py", lin e 207, in registerHandler sa = createEventSecurityObject() File "C:\PROGRAM FILES\ZOPE-2.8.4\lib\python\Signals\WinSignalHandler.py", lin e 84, in createEventSecurityObject sidEveryone.Initialize(ntsecuritycon.SECURITY_WORLD_SID_AUTHORITY,1) pywintypes.error: (120, 'InitializeSid', 'This function is only valid in Win32 m ode.') I understand the problem, but is it the intention that zope is not supported on win98? Is there a workaround? Fernando

3 2