November 2004 - Zope-Dev

URGENT: article on Zope
by Ingrid Marson 09 Nov '04

09 Nov '04

Hi I am the open source reporter at ZDNet and am keen to write an article on Zope 3.0. Is there anyone that I can call/email to find out more about what is in this release? Thanks, Ingrid Ingrid Marson Reporter ZDNet UK www.zdnet.co.uk T: +44 (0)20 7903 6835

2 1

Fix for #1127 checked into svn.
by Lennart Regebro 08 Nov '04

08 Nov '04

It's my first time, so tell me if I did something wrong. If I understand things correctly, 2.7 is still on the cvs? Should I check in the same fix there? //Lennart

2 2

Problems with allow_class and class built-in __dict__
by Manuel Markwort 05 Nov '04

05 Nov '04

hello, today i ran into a problem with zope. i've wrote some base-classes in c++, using Boost.Python (www.boost.org) to export them into a python-module. the module (.pyd-file) works fine with my python-interpreter (v2.3.3). i can import it, instanciate objects of my c++-classes and use their methods successfully. my module is aimed to extend one of my zope-products. in the current level of development, the module contains a first bunch of classes, which provide the basic functionality. so, i wanted to test my module not only with the commandline-interpreter of python, but in zope, as well. my setup runs zope v2.7.1 (win32, with python v2.3.3), which worked fine until today. i've started to write a new zope-product, making my module useable in zope. in the initializer-script i tried to allow my module and the classes in it on the usual way: <-- start: __init__.py --> from Products.PythonScripts.Utility import allow_module, allow_class allow_module("Products.ABPcWeb") allow_module("Products.ABPcWeb.ssl2du") <-- THE PYD FILE allow_class(PySslSet) <- allow_class(PySslEntry) | Classes in ssl2du.pyd allow_class(PyAccessSsl) | allow_class(PySslStatement) <- __version__ = "0.01" __product_name__ = "ABPcWeb" def initialize(context): pass <-- end: __init__.py --> the product is called 'ABPcWeb', and my .pyd 'ssl2du'. looks ok, i thought, but zope throws this error on startup: <-- start: zope-error --> Loading ABPcWeb ... ------ 2004-11-05T16:14:58 ERROR(200) Zope Could not import Products.ABPcWeb Traceback (most recent call last): File "C:\Program Files\Zope-2.7.1\lib\python\OFS\Application.py", line 660, in import_product product=__import__(pname, global_dict, global_dict, silly) File "C:\Zope-Instance\Products\ABPcWeb\__init__.py", line 8, in ? allow_class(PySslSet) File "C:\Program Files\Zope-2.7.1\lib\python\AccessControl\SecurityInfo.py", line 313, in allow_class sec.apply(Class) File "C:\Program Files\Zope-2.7.1\lib\python\AccessControl\SecurityInfo.py", line 165, in apply dict['%s__roles__' % name] = access TypeError: object does not support item assignment Traceback (most recent call last): File "C:\Program Files\Zope-2.7.1\lib\python\Zope\Startup\run.py", line 50, in ? run() File "C:\Program Files\Zope-2.7.1\lib\python\Zope\Startup\run.py", line 19, in run start_zope(opts.configroot) File "C:\Program Files\Zope-2.7.1\lib\python\Zope\Startup\__init__.py", line 51, in start_zope starter.startZope() File "C:\Program Files\Zope-2.7.1\lib\python\Zope\Startup\__init__.py", line 230, in startZope Zope.startup() File "C:\Program Files\Zope-2.7.1\lib\python\Zope\__init__.py", line 47, in startup _startup() File "C:\Program Files\Zope-2.7.1\lib\python\Zope\App\startup.py", line 45, in startup OFS.Application.import_products() File "C:\Program Files\Zope-2.7.1\lib\python\OFS\Application.py", line 637, in import_products import_product(product_dir, product_name, raise_exc=debug_mode) File "C:\Program Files\Zope-2.7.1\lib\python\OFS\Application.py", line 660, in import_product product=__import__(pname, global_dict, global_dict, silly) File "C:\Zope-Instance\Products\ABPcWeb\__init__.py", line 8, in ? allow_class(PySslSet) File "C:\Program Files\Zope-2.7.1\lib\python\AccessControl\SecurityInfo.py", line 313, in allow_class sec.apply(Class) File "C:\Program Files\Zope-2.7.1\lib\python\AccessControl\SecurityInfo.py", line 165, in apply dict['%s__roles__' % name] = access TypeError: object does not support item assignment <-- end: zope-error --> after searching the web for a possible solution of that problem, i realized that since python v2.2 the __dict__-attribute isnt a real dictionary, but a proxy-object. a direct access to __dict__ isnt allowed anymore, so zope cant do its work. to solve the problem, i've patched the following two files: <Zope-Root>/lib/python/AccessControl/SecurityInfo.py and <Zope-Root>/lib/python/App/class_init.py i've changed all direct-access commands invoking __dict__ to setattr()- and delattr()-methods. for example: --(SecurityInfo.py Line: 165)-- dict['%s__roles__' % name] = access now is: setattr(classobj, ('%s__roles__' % name), access) after that changes, the allowing of my module + classes worked well. now my question: is there a workaround for that problem without changing the zope-source ? is that 'bug' fixed in further versions ? best regards, Manuel Markwort

2 1

Psycopg and idle in transaction
by Marco Bizzarri 05 Nov '04

05 Nov '04

Sorry for crossposting this to APE mailing list, but I received no answer, and I think the issue can be of general interest. Can anyone confirm the following behaviour? I'm using zope 2.7.3, python 2.3.4, and Ape 1.0 I've just created the /sql mount point. I click on the /sql, and then I check to see any postgres process open. This is the result: emmebi@legoland:~$ ps axf | grep postgres | grep ape-test 10621 ? S 0:00 \_ postgres: postgres ape-test 127.0.0.1 idle in transaction emmebi@legoland:~$ The transaction is still open. I would like to know if anyone can confirm the problem. Regards Marco

1 0

Showstopper UnicodeDecodeError on Zope import???
by Nick Bower 05 Nov '04

05 Nov '04

I'm trying to import a zexp export (a Plone site actually) from a windows workstation to a zope server I built on Linux RH9 but it fails with a UnicodeDecodeError: ... Module Products.ZCTextIndex.Lexicon, line 69, in sourceToWordIds Module Products.ZCTextIndex.Lexicon, line 135, in _getWordIdCreate UnicodeDecodeError: 'ascii' codec can't decode byte 0xef in position 5: orginal not in range(128). What is confusing is that the zexp *will* import to another linux zope build I have (on Mdk10) and sys.getdefaultencoding() and locale.getdefaultlocale() on the 2 linux machines are almost the same (the working one reports "en_GB, utf"/ascii and the non-working one reports "en_US, utf"/ascii), so I think this is a red herring. I can't for the life of me work out what is going wrong as I built python myself on both Linux machines exactly the same. Can anyone help me please??? Thanks, Nick

3 10

where is z2.py functionality in 2.7 world of zdrun.py?
by Royce 04 Nov '04

04 Nov '04

Got my zpublisher app working tied into z2.py under zope 2.5, and now looking at a move to FreeBSD and Zope 2.7. I had modified z2.py to hook in my external app as described in Amos' page http://www.zope.org/Members/Amos/ZPublisher. Problem is I don't know where to hook my zpublisher app into the 2.7 world. The snippet from z2.py (in my 2.5 setup) is: # Handler for a published module. zhttp_handler takes 3 arguments: # The name of the module to publish, and optionally the URI base # which is basically the SCRIPT_NAME, and optionally a dictionary # with CGI environment variables which override default # settings. The URI base setting is useful when you want to # publish more than one module with the same HTTP server. The CGI # environment setting is useful when you want to proxy requests # from another web server to ZServer, and would like the CGI # environment to reflect the CGI environment of the other web # server. zh = zhttp_handler(MODULE, 'z', HTTP_ENV) hs.install_handler(zh) # royce 8/22/04 sys.path.insert(0,'/app') # add MyModule to the Python path # create a handler my_handler = zhttp_handler('webapp/sessionMgr', 'bin/sessionMgr', HTTP_ENV) hs.install_handler(my_handler) # install it in the http server Can anyone point me to where in the 2.7 world I can do this equivalent? I searched the installation tree but wasn't able to find content using zhttp_handler() in the same way. TIA, Royce

1 0

Announce: FSPerlScript
by Alan Milligan 01 Nov '04

01 Nov '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This patch is against CMF-1.4.7, although one could equally argue it better suited elsewhere - there appear to me to be minor uncomfortable dependencies regardless of where it sits (unless it's made an independent product - which seems a little unwarranted given it's simplicity). This patch includes the following: ~ FSPerlScript.py ~ images/fspl.gif (needs an artiste to draw a padlock!) ~ tests/test_FSPerlScript.py ~ tests/fake_skins/fake_skin/test1.pl ~ tests/fake_skins/fake_skin/test2.pl ~ __init__.py (FSPerlScript registration) Unfortunately, FSPerlScript is not quite as useful as I'd anticipated, given that the 'use' statement is a restricted opcode. I am more than willing to discuss with any interested party(s) how we may implement a security mechanism whereby we can specify 'safe' Perl modules, much as we do with the Python modules_allow stuff. Cheers, Alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBhLGxCfroLk4EZpkRAtr6AKDCvDnf1gglfN7xrCW/eEZu0bvOowCfb3Wc BkRbevjQM1X20IbvgC6kCFw= =yHdw -----END PGP SIGNATURE-----

2 1