- Zope-Dev - Zope lists

RELEASED - StandaloneZODB 1.0 final
by barry＠zope.com 09 Feb '02

09 Feb '02

I'm please to announce the release of StandaloneZODB, the Python object persistency system also known as the Z Object Database. ZODB is the object-oriented database underlying Zope; the StandaloneZODB project's goal is to provide those same facilities to non-Zope related Python applications. Today we are releasing StandaloneZODB 1.0 final. A brief description of the changes since release candidate 1 is outlined below. StandaloneZODB is based on the same code as the ZODB in Zope, albeit on a separate release branch. Its inspiration comes from Andrew Kuchling's StandaloneZODB project on SourceForge. While there are still some differences, the Standalone 1.0 release is the first on the path toward convergence. Subsequent releases should complete the merge of Andrew's and Zope Corporation's packages. The StandaloneZODB release includes the following components: - Core ZODB, including the persistence machinery - Standard storages such as FileStorage - Supporting modules such as ExtensionClass - The persistent BTrees modules - ZEO - Experimental Berkeley storages - Some documentation <wink> See the README file for details on building and installing StandaloneZODB. For details on using ZODB, see Andrew's included user guide. StandaloneZODB 1.0 is released under the ZPL 2.0. It should be compatible with all Python versions from Python 2.1 to Python 2.2. It may or may not work with versions earlier than Python 2.1. Download StandaloneZODB-1.0 from: http://www.zope.org/Products/StandaloneZODB and visit the StandaloneZODB Wiki page at: http://www.zope.org/Wikis/ZODB/StandaloneZODB See also: http://www.zope.org/Wikis/ZODB/FrontPage for more information about our long-range ZODB plans. Enjoy, -Barry Barry A. Warsaw Zope Corporation, Pythonlabs barry(a)zope.com -------------------- snip snip -------------------- What's new in StandaloneZODB 1.0 final? Release date: 08-Feb-2002 ======================================= All copyright notices have been updated to reflect the fact that the ZPL 2.0 covers this release. Added a cleanroom PersistentList.py implementation, which multiply inherits from UserDict and Persistent. Some improvements in setup.py and test.py for sites that don't have the Berkeley libraries installed. A new program, zeoup.py was added which simply verifies that a ZEO server is reachable. Also, a new program zeopack.py was added which connects to a ZEO server and packs it.

1 0

Module changes not taking in external method
by Ted Skolnick 08 Feb '02

08 Feb '02

Hi I am a zope newbie getting started by using external methods. I am importing modules from another package in my external methods and having some problems. When I change code in the external method, I see thos changes take right away when I call the method from the browser. But when I change code in the imported modules, I don't see the changes take until I reboot zope. Is zope cacheing my modules? Any thoughts? thanks, Ted

2 1

Benchmarks: DTML vs. ZPT?
by Joachim Werner 08 Feb '02

08 Feb '02

Hello! Has anyone done any performance comparisons between DTML and ZPT yet? The reason I'm asking is that we did some first(completely unscientific) tests and had the impression that ZPT were actually quite a bit SLOWER than DTML - and I just can't believe that ... Joachim

9 10

Transaction error on Zopesite DB
by Scott Burton 08 Feb '02

08 Feb '02

I keep getting a transaction error which renders my entire ODB unwritable on Zopesite.com just about everyday. I can go in and repair it with fsrecover fine. It comes back up just great and I can write to the DB again. A day later same transaction error. I have thousands and thousands of instances of multiple products in the ODB. The actual DB size is only about 200 megs. I am sure there could be many many reasons for this happening. I am just wondering where to start? Scott _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

3 2

Newbie: manage_add DTML access to product variables
by John Hall 08 Feb '02

08 Feb '02

I'm fairly new to Zope and Python, so please forgive me if this is a stupid question. I'm trying to add a new exUserFolder authentication plugin using LDAP. I've copied the Radius plugin for the most part and have almost everything working except I wanted to have a list of possible methods (ways of using the LDAP database to authenticate a user) that the Zope Admin chooses from on the manage_add DTML page. I can't figure out how to keep the list in the python code for the object where it would be easy to update when I add new methods, but still access the list in my manage_add DTML page in a <dtml-in> loop. When the manage_add DTML is rendered, my object does not yet exist (the admin's response to the manage_add page is passed to a python function that actually creates the object). I have two questions, then. 1. How do I format an object to use in a <dtml-in> loop? (I'm thinking it needs to be a list of dict's). 2. How do I access a function or variable in a Product's python code directly from DTML (or how do I add a callable method in Zope's DTML namespace from a Product's python code?) I think my major problem here is lack of understanding of how Products are accesible within the DTML namespace. Thanks in advance, JMH

3 3

2.5.0 locale problems
by Igor Stroh 08 Feb '02

08 Feb '02

Hi there, are there any known problems with zope 2.5.0 and locale module? This piece of code [1] produces an error when I try to refresh/install a product that contains the code, though it works just fine if I just execute it in the python shell. The same product works well in zope 2.4.2... [1]: import locale locale.setlocale(locale.LC_ALL, '') error returned: Traceback (innermost last): File /usr/lib/zope/lib/python/App/RefreshFuncs.py, line 183, in performSafeRefresh File /usr/lib/zope/lib/python/App/RefreshFuncs.py, line 170, in performRefresh File /usr/lib/zope/lib/python/OFS/Application.py, line 758, in reimport_product File /usr/lib/zope/lib/python/OFS/Application.py, line 531, in import_product File /usr/lib/zope/lib/python/Products/SPIntranet/__init__.py, line 60, in ? File /usr/lib/zope/lib/python/Products/SPIntranet/SPIntranetBaseFolder.py, line 74, in ? File /usr/lib/zope/lib/python/Products/SPIntranet/SPIntranetBaseDocument.py, line 129, in ? File /usr/lib/python2.1/locale.py, line 374, in setlocale Error: locale setting not supported Python version: 2.1.2 Any hints greatly appreciated. regards, Igor

2 1

copy & paste 'leakage'
by Martijn Faassen 08 Feb '02

08 Feb '02

Hey, I'm running into a weird problem I'm not sure how to tackle. I've noticed that under some circumstances it takes a long time to copy and paste a ParsedXML object. This seems to happen in a clean Zope, at least in the Zope root, though it doesn't seem to happen in folders. I've also had it happen in Folderish objects in an app, though *sometimes* the problem wouldn't occur. Quite peculiar. I noticed that it wasn't only slow; it was generated huge amounts of useless volume for the ZODB as seen in the database management screen; objects a couple of K big generally cause a meg or two of leak when the copy process is 'slow'. I concluded the copy process is this slow because Zope is somehow copying far more data than intended. But I don't know what; I need to get a clue in order to tackle this problem, and this is as far as I've gotten. I've speculated somekind of weird acquisition wrapper issues may be involved (certainly possible with ParsedXML), which cause other objects to be copied, or possibly the same XML nodes to be copied, multiple times, even though I can't find them. But perhaps someone else has run into this problem before and can give me some idea on where to start looking. Regards, Martijn

3 3

Possible PUT_factory enhancement
by Chris Withers 08 Feb '02

08 Feb '02

Hi, PUT_factory's are cool, but you always have to write them as external methods, which sucks. What would people feel if I made an enhancement to Hookable_PUT.py that let you return either an object _or_ a metatype? cheers, Chris

1 0

Using psycopg cursor in a product
by de ZORZI Frederic 08 Feb '02

08 Feb '02

Hi all, Is it possible to use cursors and their functions (dictfetchall, fetchone...) with zpsycopg connection ? Thanks, Fred. -- Frederic de ZORZI - PimenTech http://www.pimentech.net

2 2

freezing your Zope for fun and profit thru the monitor port
by Leonardo Rochael Almeida 08 Feb '02

08 Feb '02

Hi, Well, using the monitor port to do nasty things to Zope isn't really rocket science, but here is an unexpected result: rockman:/opt/zope/243-xuf# python2.1 ZServer/medusa/monitor_client.py localhost 8099 [... some messages and copyright notices later ...] Welcome to <secure_monitor_channel connected 127.0.0.1:49470 at 80c0fe4> >>> import Zope, ZPublisher, pdb >>> pdb.run("ZPublisher.Zope('')") rockman:/opt/zope/243-xuf# When you try to do anything under pdb over the monitor port and it will result in the same situation: Zope CPU use goes thru the roof and it freezes. It accepts connections thru whatever network ports are open but never aswer any of them. This happens with versions 2.4.3 and 2.5.0, that I've tested. Probably in all the others too. What is going on and why can't we run pdb thru the monitor port? I ask this because I'm seeing a similar behaviour hapenning randomly but occasionally (every couple of weeks, actualy) to another Zope. It freezes, accepting connections but never answering any of them. Actually, this case is a little bit different, in which a non-HTTP request to port 8080 returns an error imediatelly from medusa, but anything that requires calling into zope just hangs there, waiting for an answer. Having pdb working thru the monitor port would be great, in order to discover where Zope requests are hanging, however just having a python traceback of what all the threads are doing would be very nice already. Cheers, Leo

1 0