- Zope-Dev - Zope lists

Re: [medusa] Twisted, medusa, ZServer, and VFS's
by Skip Montanaro 11 Oct '01

11 Oct '01

Donovan> ZServer grew out of Medusa.... I'm not sure how tightly tied to Donovan> Zope it is.... Not tightly at all. I use it completely independent of Zope. Donovan> My problem with Medusa is its http and ftp servers assume that Donovan> the VFS can deliver files wrapped in producers without Donovan> blocking. I believe Sam Rushing has said all along that Medusa is intended for I/O-bound situations. If you have producers that are computationally bound or that do I/O outside of the Medusa framework, you'll suffer. -- Skip Montanaro (skip(a)pobox.com) http://www.mojam.com/ http://www.musi-cal.com/

3 4

ZSQL methods lookup vars in REQUEST only (why?)
by Tim McLaughlin 11 Oct '01

11 Oct '01

I've been asked too many times now by developers what is wrong when they call ZSQL Methods without passing parameters because their parameters are in the namespace. This seems to make sense to all new Zopers (and some older ones like myself) because all other DTML lookups are in the entire namespace. Anyway, I propose that ZSQLMethods change and do variable lookups in the entire namespace, not just the REQUEST object. It seems to be a simple enough change (at least it looks it) and I can submit the patches, but the harder thing is to get people to agree that it is a change for the better. The only argument that I have heard against it is that variables will be found mysteriously through the stack and that this is harder to understand. However, that just makes it inconsistent with all other DTML and therefore mysterious in its own way. Consistency is much better for learning and for remembering, and DTML in ZSQL should work the same as DTML in DTML Methods, etc. Please consider this and abuse me as appropriate ;) Regards, Tim -- Tim McLaughlin iterationZERO - www.iterationzero.com 703.481.2233

5 6

Component model, webservices and xmlrpc?
by Jay, Dylan 11 Oct '01

11 Oct '01

This is a question for those that understand where the component model and webservices are headed with zope. I'm asking since I'm trying to understand the direction zope is headed I just had to let someone access some RDBS data easily. Its already used in zope so I figured the easiest way was xmlrpc to the SQLMethod. Of course it wasn't that simple since sqlmethods return results set classes which are not marshalable via xmlrpc. In the end I had to write a python script wrapper around the sql method to turn it into a dictionary and replace all the Missing objects to blank strings. My question is, in the brave new world of the component model etc would such a scenario this be simpler? and how? I myself can see two ways out: - have a better webservice framework that lets you return objects rather than structures (more like com). I'm not sure if this what SOAP does or not. It seems a big ask since essentially the state would need to be kept on server side and proxy objects would need to connect back to that state for some untermined period of time. Potentially ugly but I can see it being very powerful. - Have the ability to turn abitary classes into mashallable data. In this case the results class could support an results interface. There would be an adapter that knew how to turn objects implementing the results interface into xmlrpc marshallable data. Such adapters would be made for most standard objects? Am I right in saying the zope roadmap will make both of these possible in the not too distant future?

2 1

RE: Component Architecture / A modest proposal: Replace medusa with Twisted
by Jean Jordaan 11 Oct '01

11 Oct '01

Hi all I don't know if you're all familiar with this already, but reading about Twisted didn't immediately bring to mind Medusa, but rather certain aspects (specifically, *aspects*) of TransWarp, and of the Component Architecture (interfaces). I'm including a bite from http://twistedmatrix.com/page.epy/twistedphil.html Interesting? Regards, Jean Adverb Oriented Twisted is "adverb oriented", which takes this one step further. Using inheritance and a simple naming convention, Twisted classes indicate what sort of events they are responding to. This allows for conveniently extensible protocols along defined "vectors" for extension. Let's say you wanted an object to be both a Twisted Reality player, and also an object accessible through Twisted PerspectiveBroker. You could define a class that looked like the following:: class RemotePlayer(reality.player.Player, spread.pb.Referenced): def ability_kill(self, sentence): #kills another player foo() def remote_killPlayer(self): #remote callable method. bar() Reality objects can have abilities, which you define by making a method prefixed with ability_. pb objects have remotely callable methods, which you define by making methods that begin with remote_; so this is effectively the same as a class, a snippet from the configuration file for a multi-user dungeon, and a remote interface definition file; the three of which are normally defined in different languages. Using "adverb orientation" and some simple python features, we can avoid the need for macros or complex parsing to achieve this effect.

2 1

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