August 2000 - Zope-Dev

ANNOUNCE: Xron spins off from ZScheduler
by Loren Stafford 06 Aug '00

06 Aug '00

The copyright to ZScheduler belongs to my former employer, who, as far as I know do not plan continued development. I have created a derivitive product, Xron, in accord with the GPL licence of ZScheduler, and my future development effort will go into Xron. The copyright for the changes to ZScheduler which are implemented in Xron will belong to me (tho I really can't see any advantage to owning copyright for an open source product). "Xron" is pronouced as you would pronounce the "chron" in "chronometer" or the "cron" in Unix. The first version of Xron is alpha release 0.0.8 as it is derived from ZScheduler version 0.0.7. The following is from the CHANGES.txt document: Xron Version 0.0.8 Date: 2000/07/28 1. Derived Xron product from ZScheduler product Version 0.0.7 in accord with license. 2. Changed the Trigger tab method so it won't deadlock when Zope is in single thread mode. 3. Changed several names to improve consistency and comprehensibility. The most significant API change is that the class for Sheduled Event is now 'XronDTMLMethod', its add method 'manage_addXronDTMLMethod', and its meta-type 'Xron DTML Method' This change anticipates the possibility of implementing other kinds of scheduled methods (Xron Python Method, for example). 4. Added 'meta_type' to the Schedule catalog. Derived classes which have their own meta-type will be identifiable in the Schedule listing. You will have to delete your old catalog, so that Xron can create a new one. 5. Simpified the manage_catalogView for the Schedule. 6. Encapsulated the remote procedure call interface, so that you can conveniently replace it. The existing RPC interface is Client.py, which uses the HTTP protocol. You may want to provide a different RPC interface that uses, for example, the HTTPS protocol. Upgrading from ZScheduler: No automatic upgrade path has been provided. Before installing Xron, you should delete any subclasses based on ZEvent (though you may want to save any significant text for pasting into new Xron methods), delete the Schedule object, then delete the ZScheduler product. You may have to change some identifiers to their Xron synonyms. Then delete the ZEvents. Known Problems: 1. For Zope version 2.2.0 you will have to patch Client.py. See collector item #1480 http://classic.zope.org:8080/Collector/1480/view -- Loren

1 0

Weird thing happend with "Pack"
by Erik Enge 05 Aug '00

05 Aug '00

Hi. I was fiddling around with my Zope-instance, and decided to Pack the database, I had just deleted a lot of objects and the Data.fs was reported to be about 15MB large; which I knew couldn't be true. Under Control_Panel/Database I pressed the "Pack" button with "days older than" set to '0'. Ahh, the Data.fs became about 500k, that's more like it. For some odd reason, I decided to enter '3' at "days older than" and press "Pack". Dunno why. After I did that it got ugly. Now it reported that the Data.fs was about 400k. Hm, I thought, and checked the var/ directory. It was smaller... strange. I decided to check if the rest of my site was still ok, but it wasn't. When got into localhost/manage every object had their titles changed to 'L'. A bit odd. Very inconvinient. :) Hpmf, I thought while I cleverly scratched my head. I tried to enter one of these 'L'-ified objects, but now it didn't respond at all. I tried to kill the python process, but it had already died. Tried to start it, this is what I got: Traceback (innermost last): File "z2.py", line 436, in ? exec "import "+MODULE in {} File "<string>", line 1, in ? File "/usr/share/zope/lib/python/Zope/__init__.py", line 130, in ? OFS.Application.initialize(c) File "/usr/share/zope/lib/python/OFS/Application.py", line 171, in initialize app.Control_Panel.initialize_cache() File "/usr/share/zope/lib/python/ZODB/Connection.py", line 391, in setstate p, serial = self._storage.load(oid, self._version) File "/usr/share/zope/lib/python/ZODB/FileStorage.py", line 584, in load try: return self._load(oid, version, self._index, self._file) File "/usr/share/zope/lib/python/ZODB/FileStorage.py", line 560, in _load pos=_index[oid] KeyError: e (actually, it didn't say KeyError: e, but some odd character I don't know how to reproduce.) To fix it I entered the var/ directory, renamed the Data.fs to df-old and renamed the Data.fs.old to Data.fs. Started the Zope-process and everything was fine. Anyone seen this before? It could maybe resemble the bug 1244 (<URL:http://www.zope.org:8080/Collector/1244>), but I don't think so. The strange thing is that it (Data.fs) got smaller when I defined "days older than" to be '3', _after_ having set it to '0'. Versions: Red Hat Linux 6.1 (2.2.12-20) Zope version 2.1.2

1 0

How-To: Use LoginManager with a SQL Database
by Jochen Knuth 05 Aug '00

05 Aug '00

Hi, i adapted the How To: Use GenericUserFolder with an SQL database from hippy ( http://www.zope.org/Members/hippy/GUF_SQL_crypt_1_2 ) to LoginManager and Generic User Source. I didn't define a User Source or Login Method, i simply copied my methods from the GUF instance (more or less). I've tested it only with a few users in a MySQL database. If you find something wrong with this please say so! Location: http://www.zope.org/Members/jok/SQL_based_LoginManager/index_html Ciao, Jochen

1 0

SkinnableAndLocalizableObjects Use Cases more or less finished.
by Martijn Pieters 04 Aug '00

04 Aug '00

Shoot holes where you find weak spots, but please read through the whole Wiki first! http://dev.zope.org/Wikis/DevSite/Projects/SkinnableAndLocalizableObjects I'll get you Architecture on Monday (I am out this weekend), when I get Object Demise^WDomain to work again on my Linux box. -- Martijn Pieters | Software Engineer mailto:mj@digicool.com | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ | ZopeStudio: http://www.zope.org/Products/ZopeStudio -----------------------------------------------------

1 0

ZDOM backward compatibility
by Chime Thomas-Ogbuji 04 Aug '00

04 Aug '00

A decision needs to be made regarding ZDOM backward compatibility with DOM level I. We would like to know to what extent pcople use the old interfaces and if adhering to DOM II only would break a lot of prior work. The wiki describing the situation can be found here: http://www.zope.org/Wikis/zope-xml/ZDOMCompatibility Chime

1 0

DataSkin propoerty Sheets/Providers.
by Bill Anderson 04 Aug '00

04 Aug '00

I think I have a decent handle on this concept, but something seems lacking, I hope someone can clear it up :) So, let us say I have an object, call it a Member. :) And let us say I want to be able to add a property sheet to it in a customizer/specialist. AIUI, I should be able to add a persistent sheet provider, give it the name I want for the sheet, and define the sheet? Geex, the more I write what I want to do, the less I feel I grasp it. :( Basically, let me put it this way: I have DataSkins (ZClasses). I have one or two property sheets that I want most/all of the DS objects to have. I don't want to have to define the property sheet in each and every ZClass. AIUI, PersistentSheet providers can do this. I want to do it with the default ZPatterns/LoginManager includes. So, am I totally clueless, or am I just looking to hard, and missing something blatantly obvious? -- Do not meddle in the affairs of sysadmins, for they are easy to annoy, and have the root password.

2 3

Re: [Zope-dev] ZCatalog and ZSearch Interface
by Chris Withers 03 Aug '00

03 Aug '00

D'Oh! Here's the file... Chris --- ZCatalog.py.old Thu Aug 3 15:17:05 2000 +++ ZCatalog.py Thu Aug 3 15:21:25 2000 @@ -392,7 +392,7 @@ def _searchable_result_columns(self): r = [] - for name in self._catalog.indexes.keys(): + for name in self._catalog.schema.keys(): i = {} i['name'] = name i['type'] = 's'

2 1

ZCatalog and ZSearch Interface
by Chris Withers 03 Aug '00

03 Aug '00

Hi there, While playing with Squishdot to make it more ZSearch-friendly, I noticed that ZCatalog isn't actually ZSearch friendly either. I think the following patch corrects that, if peopel agree, I'll stick it in the collector. cheers, Chris

1 0

RE: [Zope-dev] permissions/authorization on non ZClass/product ob jects
by Chris McDonough 03 Aug '00

03 Aug '00

> > >First, make sure you're returning the instances in the > context of their > >container, e.g. instead of: > > > > def returnstuff(self): > > class foo: > > pass > > return foo() > > > >do > > > > def returnstuff(self): > > class foo: > > pass > > return foo().__of__(self) > > > If you want to do that, then you need to inherit the acquisition base > class too.... > > def returnstuff(self): > class foo(Acquisition.Implicit): > pass > return foo().__of__(self) Oops... yes. Thanks....

1 0

Calling parent class method when method is overridden in current class?
by Phil Harris 03 Aug '00

03 Aug '00

Hi all, I'm in the process of creating a Python based product, and have a need to call the base classes index_html method. My problem is that I need to call it from my classes index_html. My class has DTMLDocument as the base class so I want to call something like DTMLDocument.index_html(). This is my classes index_html (which by the way does not do as I want, obviously or I wouldn't be posting this 8¬)): def index_html(self,REQUEST,RESPONSE): """ this is a doc string """ xml=self.inheritedAttribute(xmlRenderer,'index_html') # this is where I want to call DTMLDocument's index_html() xsl=getattr(self,'style.xsl',None) if xsl is None: xsl=open(INSTANCE_HOME+'/lib/python/Products/xmlRenderer/style.xsl','r').rea d() else: xsl=xsl.document_src(REQUEST,RESPONSE) RESPONSE.setHeader('content-type','text/html; charset=UTF-8') return Sablot.ProcessStrings(xsl,xml) The reason for wanting to do this is so I can get any DTML rendered before I do my stuff with the results. Which by the way means that I'll stick it through a XSL processor with an associated stylesheet and get HTML back. Any ideas? tia Phil phil.harris(a)zope.co.uk

2 3