- Zope - Zope lists

RE: [Zope] Moving Z Classes around
by Brian Lloyd 26 Jun '00

26 Jun '00

> Having discovered that [my] Z Class is in the wrong product, > I'd like to > move it elsewhere. The obvious thing to do is to use Cut + Paste; > unfortunately, I get: > > The item <my-item> does not support this operation. > > (The function manage_copyObjects is not happy!) > > I can't think of another way to move my classes without > rebuilding them -- > any advice? Michael, I agree that this is a pain, but it is a fact of life for now in ZClass development. ZClasses have a different relationship with other Zope objects than normal, in that other instances in the object space refer to them as their class. That makes picking them up and moving them something not to be done lightly. In the Python world, this would be equivalent to pickling a bunch of objects and then moving the class for those objects to a different package. Without some explicit action, all of the pickled objects would break because they would be referencing a class that is no longer there. It's the same deal with ZClasses. It may be possible in the future to move ZClasses around, but something will still need to be done about existing instances created from a class that moves. So far we have avoided the hard thinking required to solve that :^) This would be a good candidate for a proposal in the forthcoming ZopeDev area on Zope.org. More on that later... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 1

RE: [Zope] Zope 2.2.0b2 - PythonMethods
by Brian Lloyd 26 Jun '00

26 Jun '00

> I remember DC submitted PythonMethods into CVS, but I cannot find > PythonMethod in 2.2.0b2. Are PythonMethods for later > versions? Or it will > be separated Product forever? > > I have downloaded latest PythonMethods and successfully > installed the > component, but shouldn't it be in distribution? Or I just > don't understand > something? Oleg, There is still some work that we want to do on PythonMethods to get them where we want them for inclusion in Zope -- we need to get them well integrated with the Zope security policies and roll in some other work that will make all method-like objects behave in more consistent manner. I'm hoping that this will happen relatively soon (though I can't give you a date). Until then, there's no problem using the latest distribution. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

RE: [Zope] (no subject)
by Jay, Dylan 26 Jun '00

26 Jun '00

> -----Original Message----- > From: Dieter Maurer [mailto:dieter@handshake.de] > Sent: Saturday, June 24, 2000 8:11 AM > To: Jay, Dylan > Cc: 'zope(a)zope.org' > Subject: Re: [Zope] (no subject) > > > Jay, Dylan writes: > > Here's a feature I just submitted to the collector. > > > > It seems to me that a few tweaks to the dtml-if syntax > would be beneficial > > something like the following would certainly clean up some > of the logic I > > end up writing. > > > > <dtml-if X> > > <a href="a_url"> > > <dtml-always> > > link text > > <dtml-else> > > (no link currently available) > > <dtml-then> > > </a> > > </dtml-if> > > > > What do people think? I've not implemented it but I > wouldn't imagine its > > very hard. > I am not in favor. It is only slightly shorter/more readable > than the standard solution but requires two additional keywords. > > In standard Zope, your example reads: > > <dtml-if X> > <a href="a_url"> > </dtml-if> > link text > <dtml-if X> > </a> > <dtml-else> > (no link available) > </dtml-if> Perhaps another example will prove its uglyness. <dtml-if "REQUEST.has_key('some_value') and this().has_key(some_value) and _[some_value] == 'a property value' and AUTHENTICATED_USER.has_role('Manager')"> <a href="a_url"> </dtml-if> link text <dtml-if "REQUEST.has_key('some_value') and this().has_key(some_value) and _[some_value] == 'a property value' and AUTHENTICATED_USER.has_role('Manager')"> </a> <dtml-else> (no link available) </dtml-if> or <dtml-if "REQUEST.has_key('some_value') and this().has_key(some_value) and _[some_value] == 'a property value' and AUTHENTICATED_USER.has_role('Manager')"> <a href="a_url"> <dtml-always> link text <dtml-else> (no link currently available) <dtml-then> </a> </dtml-if> Now which looks cleaner?

2 1

'string' object has no attribute 'propertysheets'
by Webmaster 26 Jun '00

26 Jun '00

Could anyone clue me into what I'm doing wrong here. I have searched the archives and can't find the answer. Thanks!! Error Type: AttributeError Error Value: 'string' object has no attribute 'propertysheets' <!-- Traceback (innermost last): File /usr/local/Zope220/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /usr/local/Zope220/lib/python/ZPublisher/Publish.py, line 187, in publish File /usr/local/Zope220/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: ElementWithAttributes) File /usr/local/Zope220/lib/python/ZPublisher/Publish.py, line 171, in publish File /usr/local/Zope220/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: doEdit_html) File /usr/local/Zope220/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: doEdit_html) File /usr/local/Zope220/lib/python/OFS/DTMLMethod.py, line 167, in __call__ (Object: doEdit_html) File /usr/local/Zope220/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: doEdit_html) File /usr/local/Zope220/lib/python/DocumentTemplate/DT_Util.py, line 333, in eval (Object: _['goLiveDate'].propertysheets.eMed_information.manage_changeProperties({ 'eMed_title' : REQUEST.form['new_eMed_title'], 'eMed_memVerse' : REQUEST.form['new_eMed_memVerse'], 'eMed_summary' : REQUEST.form['new_eMed_summary'], 'eMed_text' : REQUEST.form['new_eMed_text'], 'eMed_DateMod' : REQUEST.form['new_eMed_DateMod'] })) (Info: REQUEST) File <string>, line 0, in ? File /usr/local/Zope220/lib/python/DocumentTemplate/DT_Util.py, line 129, in careful_getattr AttributeError: (see above)

2 1

RE: [Zope] ProxyPass
by RC Compaan 26 Jun '00

26 Jun '00

Thanks Pierre This is a relief, I really didn't want to switch back to pcgi. I have worked a little bit with the rewritemodule but if anybody has an example on how to do this it would really be helpfull. Roché > use the rewriterule module, with the [P] flag > this is very powerfull (a little hard to use, but...) and u can > do what u want > with URLs > (doc on Apache site), and u can use Apache as a proxy server much more > powerfull (it looks like I like this word ;^) ). > > Pierre > > > Is there anyway to get around the fact that the remote ip is > the server's ip > > if you use Apache's ProxyPass directive to pass requests on to Zope? > > > > Roché > > > > _______________________________________________ > > Zope maillist - Zope(a)zope.org > > http://lists.zope.org/mailman/listinfo/zope > > ** No cross posts or HTML encoding! ** > > (Related lists - > > http://lists.zope.org/mailman/listinfo/zope-announce > > http://lists.zope.org/mailman/listinfo/zope-dev ) >

2 1

Moving Z Classes around
by Michael Abbott 26 Jun '00

26 Jun '00

Having discovered that [my] Z Class is in the wrong product, I'd like to move it elsewhere. The obvious thing to do is to use Cut + Paste; unfortunately, I get: The item <my-item> does not support this operation. (The function manage_copyObjects is not happy!) I can't think of another way to move my classes without rebuilding them -- any advice?

1 0

RE: [Zope] geting the type of an object from within dtml ??? ==> it works
by Chris McDonough 26 Jun '00

26 Jun '00

in an external method, would not this work?: def getclass(self, ob): return type(ob) Then use the getclass fn from DTML: <dtml-var "getclass(anobject)"> -----Original Message----- From: NABETH Thierry [mailto:Thierry.NABETH@insead.fr] Sent: Monday, June 26, 2000 4:11 AM To: 'zope(a)zope.org' Cc: 'ethan mindlace fremen' Subject: RE: [Zope] geting the type of an object from within dtml ??? ==> it works Hello, >> <dtml-var "meta_type"> works. Yes, it display the correct meta type. Thanks. When I had done some tests, I forgot to set the meta_type field, and the system was displaying the meta type of the superclass instead. (which had confused me). Note: I am still not very confortable to use the "meta_type" field to get the class name, and would rather have prefered to have the real class itself. (python type function). Thank you again for your help. Thierry Thierry Nabeth Research Fellow INSEAD CALT (the Centre for Advanced Learning Technologies) http://www.insead.fr/CALT/ -----Original Message----- From: ethan mindlace fremen [mailto:mindlace@digicool.com] Sent: Monday, June 26, 2000 3:43 AM To: Thierry Nabeth Cc: zope(a)zope.org Subject: Re: [Zope] geting the type of an object from within dtml ??? Thierry Nabeth wrote: > for instance: > <dtml-var meta_type> > does not return the correct type. <dtml-var "meta_type"> works. You can also use things like <dtml-in "objectValues(['DTML Document'])"> hope that helps, -- ethan mindlace fremen Zopatista Community Liason

1 0

problem with the beta
by frank cuzzocrea 26 Jun '00

26 Jun '00

i am using 2.2 Beta 2 and every time i attempt to add a new folder, or a dtml document, i keep having this error Error Type: SuperCannotOwn Error Value: Objects cannot be owned by the superuser I never got this with 2.1.6 is this an error in the 2.2 beta 2 version, or do u think i just have a bad copy. i am going back to the 2.1.6 version till i find out Frank from Miami ___________________________________________________________________________ Visit http://www.visto.com/info, your free web-based communications center. Visto.com. Life on the Dot.

2 1

RE: [Zope] More verbose zope errors
by Chris McDonough 26 Jun '00

26 Jun '00

Do a view source on the page to show the traceback contents when they don't show up within the page body. > -----Original Message----- > From: ethan mindlace fremen [mailto:mindlace@digicool.com] > Sent: Monday, June 26, 2000 11:08 AM > To: Riku.Voipio(a)tietoenator.com > Cc: zope(a)zope.org > Subject: Re: [Zope] More verbose zope errors > > > Riku Voipio wrote: > > > > Hi, > > > > Is there any way to meke Zope be more verbose when hitting errors? > > Something like: > > > > Error Type: TypeError > > Error Value: illegal argument type for built-in operation > > > > <rant> > > Sucks it ass off to find where it came from. What operation? > > what argument? what line? > > Are you saying that the traceback (found commented out in the source > code of the page) is unhelpful? Also, if you start zope with the -D > flag, the tracebacks will be uncommented (will show up on the page). > > -- > ethan mindlace fremen > Zopatista Community Liason > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://lists.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope-dev ) >

1 0

RE: [Zope] Unique Identifiers for Zope Objects
by Chris McDonough 26 Jun '00

26 Jun '00

> I'm looking for an internal globally unique identifier for > objects in my > Zope store. The object path would be that. > I know that I can use id=object.absolute_url() to create an > identifier and > then <something>.resolve_url(id) to recover the object from > the identifier > -- but I have two problems with this API: > > 1. The URL is not really a global identifier, as resolving it seems to > depend on the <something> from which I call resolve_url(). > In particular, > if the id is created when Zope is running normally (as a service), and > resolved when running Zope from the command line debugger, the resolve > fails. This is not good. Yes, the REQUEST object is not available during a command line session. This can be a real pain. What you can do is (in Zope 2.2) use 'unrestrictedTraverse()' and 'restrictedTraverse()' in combination with the string.split() of the relative URL as obtained via ob.absolute_url(relative=1), e.g. ob = self.myob oburl = ob.absolute_url(1) obpath = string.split(oburl, '/') obpath.insert(0, '') # a null string as the first item in the [un]restrictedTraverse list means relative to root sameob = self.unrestrictedTraverse(obpath) (this is untested, I think it's right...) > 2. The need to locate an object <something> carrying the resolve_url() > function is a problem; in particular, I would find it helpful > if I could > resolve my global identifier from within a __setstate__() > method (where I > have no access to local Zope variables), so I really want a > genuinely global > function for resolving my id. > > Any suggestions, or do I have to dig into the (disagreeable > and uncommented) > bowels of Zope and write my own? Well... if you don't plan on using mountable database features within Zope, each Zope object will have an attribute "_p_oid", which is the 64-bit object id (stored as a string) that is used by the storage to keep current and historical revisions to the object. It's not recommended that you base an extensible system on this attribute, however, because using multiple storages within a single Zope instance (such as when you use mountable databases) almost guarantees that this identifier will not be unique. I believe that mountable databases in Zope will quickly become a common implementation practice. I wouldn't suggest writing your own GUID generator for general-purpose Zope objects. I would promote the use of [un]restrictedTraverse and use the object path as a unique ID. See also: http://www.zope.org/Members/michel/Projects/Interfaces/Traversal and http://www.zope.org/Members/michel/Projects/Interfaces/ObjectPublishing

1 0