- Zope-Dev - Zope lists

Refresh and debugging product creation issues.....
by Steve Spicklemire 07 Oct '00

07 Oct '00

Debugging products is a pain... restarting Zope all the time is a Pain.... THANK GOD for Shane Hathaway. ;-) I am delighted to report general success with the Refresh product! My only problem is while debugging the process of creating new EMarket instances, I find that every time I run 'Refresh' I get a new "EMarket" in the 'Available Objects' popup. A quick test of other Products shows the same behavior. Soo... I snooped through the product creation code and found that Products.meta_types was being unconditionally appended to every time context.registerClass was called.... so I changed my initialize to this: def initialize(context): import Products context.registerClass( EMarket.EMarket, permission='Add EMarkets', constructors=(EMarket.addEMarketForm, EMarket.addEMarket), icon='emarket.gif', ) found_count = 0 new_products_meta_types = [] for index in range(len(Products.meta_types)): if Products.meta_types[index]['name'] == EMarket.EMarket.meta_type: found_count = found_count + 1 if found_count == 1: new_products_meta_types.append( Products.meta_types[index] ) else: new_products_meta_types.append( Products.meta_types[index] ) Products.meta_types = tuple( new_products_meta_types) In other words... only include the original version of EMarket.EMarket.meta_type in the Product.meta_types tuple... if there are others... leave them out. ...and that seems to have solved the problem.... Does this seem like an OK idea? thanks, -steve

1 0

basci properties
by Robin Becker 07 Oct '00

07 Oct '00

I want to create a ZClass that is essentially a folder with some added properties. I can see no way to add to the Basic properties of my ZClass. Is there a way to do that? -- Robin Becker

1 0

Re: [Zope-dev] Success! Was: Re: [Zope-dev] How is 'retrieveItem intended to work with TTW Specialists? Specialists?
by Steve Spicklemire 07 Oct '00

07 Oct '00

Yes.. I see what you mean... this is a 'whitebox customization' that I used as part of the integration of my framework into the 'online catalog' system. This is not 'blackbox' code that is integral to my system.... In fact, I mis-spoke earlier, it's not in my specialist at all... it only appears in a method of a ZClass that I use as the 'storage class' for objects controlled by one of my specialists.... this is clearly whitebox territory, since this wrapper is chosen by the integrator... The first thing my docs (will) say to do.. is go through all my specialists and choose 'storage' classes for each specialist. This brings up another point.... If I choose 'DataSkin' as a storage class, then my code hits the security system every time a refer to any data (simple types) stored directly in the DataSkin. I can either set __allow_access_to_unprotected_subobjects=1 on each instance, or I can write accessor methods for each attribute, (yuk!, but maybe good in some ways...) or I can ask the integrator to create 'dummy' ZClass(es) even for those racks that they don't want/need to customize (which seems to 'get around' the security system.) I'm curious to know what you folks do here.. do you write accessor methods for every type stored in your DataSkins? Anyway.. thanks for the great tools! I'm having fun now. ;-) -steve >>>>> "Phillip" == Phillip J Eby <pje(a)telecommunity.com> writes: Phillip> At 09:15 PM 10/4/00 -0500, Steve Spicklemire wrote: >> This was also nice since in my Specialist I could do things >> like: >> >> <dtml-call >> "RESPONSE.redirect(this().theRealThing.absolute_url())"> >> >> After the user is finished working in my 'app area' they could >> get redirected back to the actual object that my Specialist was >> 'posing' for... Phillip> I don't really recommend the above, unless it's being Phillip> done by SkinScript. Otherwise, you're unnecessarily Phillip> exposing an implementation attribute (theRealThing). Phillip> Instead, require that your object implement a redirect() Phillip> method, and define it in the class as Phillip> "class_default_for_redirect". Then you can override the Phillip> method in SkinScript or with a class extender (a new Phillip> 0.4.3 feature). Doing it this way means your framework Phillip> code will not incorporate an assumption that your Phillip> whitebox specialist is always going to be wrapping Phillip> someone else's objects.

2 3

Re: Zpatterns design questions
by James Johnson 06 Oct '00

06 Oct '00

I don't think its possible at this point for a working dtml/ttw example. Several people have asked for a simple dtml/ttw only zpatterns based working example, but none of the people who are "getting" Zpatterns finds the time to write a simple example. I'm not sure I know what I'm talking about either. So much for Zen. I think that the flatdatabase product might be a good example for a python based zpatterns framework. http://www.zope.org/Members/itamar/FlatDatabase. I heard that it's possible to have a dtml only zpatterns based example. I would like something like Product specialist addObj Zclass index_html readObj Factory Permission Would this be a correct way to proceed? Get your Free E-mail at http://tacoma.zzn.com ____________________________________________________________ Get your own Web-Based E-mail Service at http://www.zzn.com

2 1

SybaseDAv2
by kent＠tiamat.goathill.org 06 Oct '00

06 Oct '00

(anyone else using the SybaseDAv2 Database Connector?) I had to make a couple of changes to the source for SybaseDAv2 for Solaris and will probably report them, but I was wondering exactly how to make a database connection with SybaseDAv2? How is the datasource specified, etc.? Is there any documentation on this? Thanks

1 0

Is this a ZClass/Propertysheet bug?
by Paul Erickson 06 Oct '00

06 Oct '00

If I delete a property from a ZClass, the property still exists for each instance of the class (I can do a dtml-var to show it), but it doesn't show up on the management screens for either the class or the instance. I cannot add it back with the Properties tab - zope tells me that it is in use. New instances of the class do not have the removed property. I'm using Zope 2.2.2 on Linux. Is this behavior correct? -Paul

2 2

ZSQL returns integer only
by Walter Miller 06 Oct '00

06 Oct '00

The Oracle8i recordset I'm retrieving includes a few columns which are NUMBER(10,0) format which are milliseconds. I would like to divide each by 1000 and use the ROUND function to return a result with one decimal place, e.g. ROUND(column1/1000, 1) returns 3.1 where column1 == 3080. This works as expected in SQL*Plus. It returns the results as a number formated to one decimal place. ZSQL however returns only an integer. Any suggestions on how to get the decimal places to show? -Walter

2 1

Locking (supercedes original writelocking proposal)
by Jeffrey P Shell 06 Oct '00

06 Oct '00

This supercedes the original WriteLocking proposal which was initially just to cover WebDAV's current write locking ability. http://dev.zope.org/Wikis/DevSite/Proposals/WriteLocking -- Jeffrey P Shell, jeffrey(a)Digicool.com http://www.zope.org/ .oO

1 0

LoginManager ownership bug!
by Jonas Juselius 06 Oct '00

06 Oct '00

Hola, There seems to be a problem with the ownership model in Zope (or ZPatterns). The problem is the following: I have implemented a nice login system based on the LoginManager and SQL methods. I would like to make this acl_users the top level user folder, but... then hell brakes lose... The problem has to do with the ownership of the acl_users. When the LoginManager (acl_users) is created it sets the _owner attribute to UnownableOwner. This is fine, for if the acl_users folder is owned it results in various errors: Excessive recursion or ValueError: unpack list of wrong size (when logging in), IndexError: list index out of range (when trying to view ownership info of acl_users). This has to do with the top-level folder being unowned, it seems. There is no problem with the LoginManager being owned in a folder which is owned itself. The problem is that the acl_users folder becomes _owned_ (by whom I don't know) every time Zope is restarted, or when any method is edited or added in the acl_users folder. It seems that the _owned attribute is not persistent, or that something, somewhere changes it. I have a dirty fix for the moment, consisting of an external method which sets the ownership of acl_users to UnownableOwner. This is however a far from satisfying solution... Another thing which I have tried to do, is to add support for local roles to the LoginManager. At first it looked rather simple, but then I realized that it wasn't really _that_ simple, and dropped it because I don't have time... It would however be nice to have local roles support in the LoginManager, as it would make it more complete. I am currently using Zope-2.2.1 (and Zope-2.2.2), ZPatterns-0-4-2a1 and LoginManager-0_8_7a1. Best regards, .jonas. -- *************************************************************************** Jonas Juselius e-mail...: jonas(a)iki.fi voice....: +358 9 191 40188 P.O. Box 55/ Department of Chemistry GSM......: 040 506 6599 FIN-00014 University of Helsinki fax......: +358 9 191 40169 FINLAND http://www.iki.fi/jonas Home address: Helsinginkatu 16 B 42 tel......: +358 9 753 3369 00500 Helsinki FINLAND *************************************************************************** [ GPG public key: http://www.iki.fi/jonas/pubkey.asc ]

4 6

RE: [Zope-ZEO] How to get rid of the cPickle and asyncore depende ncy hassles ncy hassles
by Toby Dickenson 06 Oct '00

06 Oct '00

[cc to zope-dev.] > > Ive been using Zope only with Python 2.0 recently. > > That's great to hear. I'm frankly a bit surprised that > this works. 2.0 is a suprisingly conservative upgrade from 1.5.2 > Did you have to make many changes to Zope? All my critical patches are already merged into the Zope cvs, or the Python cvs ;-) There are also some non-critical bug fixes related to Unicode awareness, bundled up with my other Unicode-In-Zope patches at http://www.zope.org/Members/htrd/wstring. These mostly relate to the fact that Zope does not defend against objects that raise exceptions when converted to a string using str() - and Unicode objects do this frequently. (At the moment these extra patches are not 1.5.2 compatible... Ill work on this if DC feel the need for a transition period during which Zope supports both 1.5.2 and 2.0.) > I heard that ExtensionClass didn't work with Python 2.0. It looks like a little work is needed to support 2.0's garbage collection of cyclic trash - but thats not enabled by default. Apart from that, everything works very well. (In some ways, better than 1.5.2)

4 4