October 2001 - Zope-Dev

Import I/O error
by a32955＠pop-server.nc.rr.com 11 Oct '01

11 Oct '01

I've exported a folder from a 2.3.0 Zope installation and am trying to import the reulting myfile.zexp into a 2.4.1 installation on a different machine. This causes an IOError as documented below. The problem seems to have something to do with changing the ownership. Choosing 'Take ownership of imported objects' before clicking the Import button causes the IOError immediately. Choosing 'Retain existing ownership information' results in an apparently successful import, but when I click the imported Folder in the Zope management interface, the same IOError results. In other words, the folder gets imported, but I cannot view it, even if I'm logged in as root. Any idea what's wrong? Does it have something to do with the differing versions on the two machines? Joe Error Type: IOError Error Value: [Errno 5] Input/output error <snip...> [] Traceback (innermost last): File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 187, in publish File /usr/local/Zope-2.4.1-linux2-x86/lib/python/Zope/__init__.py, line 226, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 171, in publish File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_importObject) File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: manage_importObject) File /usr/local/Zope-2.4.1-linux2-x86/lib/python/OFS/ObjectManager.py, line 591, in manage_importObject (Object: ApplicationDefaultPermissions) File /usr/local/Zope-2.4.1-linux2-x86/lib/python/OFS/ObjectManager.py, line 313, in _setObject (Object: ApplicationDefaultPermissions) File /usr/local/Zope-2.4.1-linux2-x86/lib/python/AccessControl/Owned.py, line 286, in manage_fixupOwnershipAfterAdd File /usr/local/Zope-2.4.1-linux2-x86/lib/python/AccessControl/Owned.py, line 187, in changeOwnership File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZODB/Connection.py, line 566, in setstate File /usr/local/Zope-2.4.1-linux2-x86/lib/python/zLOG.py, line 213, in LOG File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZLogger/ZLogger.py, line 17, in log_write File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZLogger/stupidFileLogger.py, line 99, in __call__ File /usr/local/Zope-2.4.1-linux2-x86/lib/python/ZLogger/stupidFileLogger.py, line 151, in stupid_log_write IOError: (see above)

1 0

Re: [Zope-dev] CVS: Zope-2_4-branch HelpSys b0rken.
by Anthony Baxter 11 Oct '01

11 Oct '01

> > For the URL http://ekit-host.ekorp.com:8880/HelpSys/menu > This URL is not reachable Yes, that's right. It's an internal system. > I can't reproduce this problem with a fresh 2.4 checkout. Maybe they are > running > some 2.4 alpha oder beta version. This functionality in the released Zope > 2.4 versions > is working. I'm running CVS: Zope-2_4-branch, as the subject states. As of today. I'm mentioning this so that if there _is_ a problem in the current CVS (there's been a number of CVS commits related to catalog on that branch lately) it can be fixed before the next 2.4 release. -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

CVS: Zope-2_4-branch HelpSys b0rken.
by Anthony Baxter 11 Oct '01

11 Oct '01

Someone's busted the help system recently. On a system running the current Zope-2_4-branch, I get: For the URL http://ekit-host.ekorp.com:8880/HelpSys/menu No error message. Error type: TypeError Error value: Catalog addIndex now requires the index type to be resolved prior to adding; create the proper index in the caller. Traceback follows: Traceback (innermost last): File /app/zope/ekit_code/lib/python/ZPublisher/Publish.py, line 122, in publish File /app/zope/ekit_code/lib/python/ZPublisher/mapply.py, line 104, in mapply (Object: menu) File /app/zope/ekit_code/lib/python/ZPublisher/Publish.py, line 111, in call_object (Object: menu) File /app/zope/ekit_code/lib/python/Shared/DC/Scripts/Bindings.py, line 322, in __call__ (Object: menu) File /app/zope/ekit_code/lib/python/Shared/DC/Scripts/Bindings.py, line 342, in _bindAndExec (Object: menu) File /app/zope/ekit_code/lib/python/App/special_dtml.py, line 182, in _exec (Object: menu) File /app/zope/ekit_code/lib/python/TreeDisplay/TreeTag.py, line 163, in render (Object: a tree tag) File /app/zope/ekit_code/lib/python/TreeDisplay/TreeTag.py, line 179, in tpRender (Object: HelpSys) File /app/zope/ekit_code/lib/python/TreeDisplay/TreeTag.py, line 306, in tpRenderTABLE (Object: HelpSys) File /app/zope/ekit_code/lib/python/HelpSys/HelpSys.py, line 190, in tpValues (Object: HelpSys) File /app/zope/ekit_code/lib/python/HelpSys/HelpSys.py, line 120, in helpValues (Object: HelpSys) File /app/zope/ekit_code/lib/python/App/Product.py, line 355, in getProductHelp (Object: PluginIndexes) File /app/zope/ekit_code/lib/python/HelpSys/HelpSys.py, line 278, in __init__ (Object: Help) File /app/zope/ekit_code/lib/python/Products/ZCatalog/ZCatalog.py, line 237, in __init__ (Object: catalog) File /app/zope/ekit_code/lib/python/Products/ZCatalog/Catalog.py, line 322, in addIndex TypeError: Catalog addIndex now requires the index type to be resolved prior to adding; create the proper index in the caller.

2 1

RE: [Zope-dev] A modest proposal: Replace medusa with Twisted
by Bjorn Stabell 11 Oct '01

11 Oct '01

I'm just curious, with Twisted in place, how much other work would have to be done to run Zope in a Java application server? Just hypothetical. Would the persistency and pickling stuff work in Jython? Regards, -- Bjorn > -----Original Message----- > From: Itamar Shtull-Trauring [mailto:lists@itamarst.org] > Posted At: Wednesday, October 10, 2001 18:11 > Posted To: Zope Developer > Conversation: [Zope-dev] A modest proposal: Replace medusa > with Twisted > Subject: [Zope-dev] A modest proposal: Replace medusa with Twisted > > > Actually, this brings up this idea I had - Zope should > replace medusa with > Twisted. Why, you ask? > > 1) Twisted separates transport from protocols, and the event > loop it uses is > extendable and generic. That means: > > - It can run on Jython (using threads, someday with > java.nio), and it can > be integrated with the Tk and GTK event loops. > > - Your protocol doesn't have to worry about the transport > - Twisted > supports SSL, TCP and unix domain sockets right now, without > having to make > any change to the protocols. > > 2) Twisted is designed to run multiple servers and protocols > at the same > time, and these can be changed at runtime. It already > includes pure python > support for HTTP, FTP, LDAP, SMTP, POP3, DNS, telnet, AIM > TOC, and IRC, all > integrated with the main event loop (all have server support > except DNS and > LDAP). Adding new protocols to Zope is not easy, at the moment. > > 3) Twisted is being actively developed and extended. medusa less so. > > 4) Good integration with threads - while event based, twisted > has a very > nice model for dealing with threaded apps. > > 5) Twisted has Perspective Broker, an async.ready > remote-object protocol > that supports caching, object migration, and remote messaging, with > integrated authentication and authorization. And it > ideologically meshes > with the "object publisher" notion in Zope. No, really :) > > > Twisted already includes a high-level web framework, but Zope > probably would > not use it, and instead build its own on top of twisted's > low-level http > support. > > > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) >

2 1

PageTemplateFile + Metal not working
by Steve Alexander 10 Oct '01

10 Oct '01

I'm using ZPT in a Python Product. PageTemplateFile works fine, using it more-or-less as a drop-in replacement for DTMLFile. However, I want to use METAL with this. Simple macros that work on page templates created in the ZODB fail to work from filesystem python products. The error I'm getting is this: Error Type: Undefined Error Value: "macros" not found in "here/standard/macros/header_and_footer" If I call _cook() on the PageTemplateFile objects in my module, I get a slightly different error: Error Type: Undefined Error Value: "header_and_footer" not found in "here/standard/macros/header_and_footer" This is the latest version of PageTemplates, TAL, and ZTUtils from CVS, with the latest Zope trunk from CVS. Any ideas? -- Steve Alexander Software Engineer Cat-Box limited

1 0

Re: [Zope-dev] A modest proposal: Replace medusa with Twisted
by seb bacon 10 Oct '01

10 Oct '01

* Phil Harris <phil.harris(a)zope.co.uk> [011010 15:25]: > Thing is that from what I see win32 is the most popular platform for Zope > (I'm including experimenters here though, not just production sites). Last time I looked at the zope.org download stats, it was about 2/3 windows downloads... seb

3 2

Lowlevel python/Zope Errors: asyncore.py and others...
by Dario Lopez-Kästen 10 Oct '01

10 Oct '01

Hello! I have a serious problem with Zope. We repeatedly get the following kind of errors: 2001-09-05T13:45:12 ERROR(200) ZServer uncaptured python exception, closing channel <zhttp_channel connected XX.XX.XX.XX:1186 at ab1174 channel#: 10 requests:5> ( socket.error:(32, 'Broken pipe') [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/asynchat.py|initiate_send|21 4] [/usr/local/zope/dist/Zope-2.4.1/ZServer/medusa/http _server.py|send|414] [/usr/local/python-2.1.1-no_pymalloc/lib/python2.1/asyncore.py|send|330]) and --- 2001-09-28T14:09:40 ERROR(200) zdaemon zdaemon: Fri Sep 28 16:09:40 2001: Aiieee! 28590 exited with error code: 138 (error code can also be 139, 256 --- and --- and a lot of these: ------ 2001-10-03T15:00:27 INFO(0) Z2 CONFLICT Competing writes at, /ka/sys/PageHandling/manage_renameObjects Traceback (innermost last): File /usr/local/zope/dist/Zope-2.4.1/lib/python/ZPublisher/Publish.py, line 175, in publish File /usr/local/zope/dist/Zope-2.4.1/lib/python/Zope/__init__.py, line 240, in commit File /usr/local/zope/dist/Zope-2.4.1/lib/python/ZODB/Transaction.py, line 302, in commit File /usr/local/zope/dist/Zope-2.4.1/lib/python/ZODB/Connection.py, line 324, in commit ConflictError: '\x00\x00\x00\x00\x00\x009\xda' --- Our Zope usually locks up big time when this happens. If anybody has some asyncore.py zen to share and can explain what is going on? We are using transparent Folders, dunno if it is related to that (I am blaiming most everything on transparent folders these days ;-). I found some info on google, suggesting this is an old problem: with Zope 2.1.6 http://www.zope.org/Members/tseaver/Projects/HighlyAvailableZope/Zope%20hang ing%20%28poss.%20threads-related%29 and Zope 2.3.1 http://aspn.activestate.com/ASPN/Mail/Message/zope-Dev/531379 We are using the Zope 2.4.1 source release with Python 2.1.1, no pymalloc. IE Clients. Thank you for any input. /dario - -------------------------------------------------------------------- Dario Lopez-Kästen Systems Developer Chalmers Univ. of Technology dario(a)ita.chalmers.se ICQ will yield no hits IT Systems & Services

1 0

rotating_file_logger error
by Terry Kerr 10 Oct '01

10 Oct '01

Hi, After seeing http://www.zope.org/Members/tim/logmanagement I attempted to setup log file rotation but Zope wouldn't start due to an error in ZServer/medusa/logger.py (Zope 2.4.1). The error is obvious at lines 106,108,110, time.mktime() is called with 9 arguements rather than a tuple of 9 elements. Simple changing this appears to fix the rotating logger. Surely others have come across this? Or am I the only one who rotates Zope logs like this? I would put it inthe collector except that it is down. terry -- Terry Kerr (terry(a)adroit.net) Chief Technical Officer Adroit Internet Solutions (www.adroit.net) Phone: +61 3 9563 4461 Fax: +61 3 9563 3856 ICQ: 79303381

1 0

Zope community in Finland
by Kari-Hans Kommonen 09 Oct '01

09 Oct '01

Are you working with Zope/Python in Finland? I represent the ARKI research group in the University of Art and Design in Helsinki, and we plan to invest in Zope/Python as our main web/software development environment and also want to further open source activities. We know a few zope people, one major development project in another group here is based on Zope, but we would like to get more people involved in zope/python development, and to possibly sponsor some kind of developer community activities in Finland. If you work with Zope/Python in Finland and are interested in forming also some kind of physical community, of developing joint open source activities, of matchmaking jobs with people, or know of an existing more or less organized community, or have any other related ideas, please send me a reply. Also, if there is some established way how the local Zope communities in various places keep in touch with each other, I'd be happy to know more... Please reply to me only, not burdening the list. Kari-Hans Kommonen -- ---------------------------------------------- Kari-Hans Kommonen, ARKI research group Media Lab, University of Art and Design Helsinki UIAH Hämeentie 135 C, 00560 HELSINKI, Finland email: khk(a)uiah.fi tel: +358 9 7563 0563 fax: +358 9 7563 0555

1 0

Problems with permissionsOfRole in Zope 2.3.x
by Ivan Raikov 09 Oct '01

09 Oct '01

Hello, I have a Folder-like object, which inherits ObjectManager and PropertyManager, in addition to the acquisition and persistence classes, and inside I have an instance of class which is a direct descendant of SimpleItem. In the SimpleItem-like object, I have a method, let's call it 'test', which is protected by permission 'TestItem' (via a declarative security statement). In addition, the entire object is covered by permission 'Access TestItem', and the parent folder-like object is covered by permission 'Access Test'. Both of the access permissions are visible to the anonymous user. A sample implementation of those classes can be found at: http://www.prism.gatech.edu/~gte085h/zope Suppose now I create an instance of the Test folder, and inside I put a user folder and a TestItem instance. I also create a role, 'TestRole' which is comprised of the 'TestItem' permission. Then I create a user which has only 'TestRole'. Next, I log in as this user, and I attempt to access the method 'test' in my TestItem instance. This attempt succeeds, so I'm presuming the Zope authentication machinery has successfully determined the roles and permissions of this user, and the permissions on the method I'm trying to access. Now let's try to access method 'permissions'. Defined in the folder-like class Test, this method uses permissionsOfRole to display all permissions given to a certain user. What it should show upon invocation is the permission 'TestItem' since this is the only permission our user has been given, but instead is doesn't show anything, because permissionsOfRole returns an empty set of permissions. On the other hand, if one is to create a DTML form that invokes permissionsOfRole (or uses the one in manage_access), the correct permissions are displayed. Can anyone venture to guess where's the problem here? Thanks, Ivan Raikov

1 0