- Zope-Dev - Zope lists

z2.py and environment variables
by Dario Lopez-K�sten 21 Mar '01

21 Mar '01

Hello! I am trying to understand how z2.py and enviroments variables work, so that I can have complete control of how I start Zope. I-am-not-a-Python-programmer-yet, so I apologise in advance if the question is a stupid one. Given the possibility to use INSTANCE_HOME etc, can I override most of the uppercase variables defined in z2.py by setting and exporting them in my /bin/sh script or are the only "overridable" variables the ones defined and used in lib/python/App/FindHomes.py? My guess would be the ones in FindHomes.py, as calls like try: home=os.environ['SOFTWARE_HOME'] seems to have something to do with it :-) I just need to make sure which one is the case. Thanks. /dario - -------------------------------------------------------------------- Dario Lopez-Kästen Systems Developer Chalmers Univ. of Technology dario(a)ita.chalmers.se ICQ will yield no hits IT Systems & Services

2 1

Re: [Zope-dev] Implementing ZPattern: Containment
by Steve Spicklemire 21 Mar '01

21 Mar '01

Hi Johan, I wrote: > The best way I've found is to provide a method (or methods) in the > Specialist of the contained item to get ids of those instances satisfying certain > criteria... > > e.g., getToDoIdsForDoer( aDoer ) > > (the contained item keeps a reference to the id of its container.) then you replied: > How well does this apply to the WhoIKnow pattern? > Could you say that the Specialist is the association? > In that case how do I create a n-n relation, or maybe I never do that? > I can't really find any Patterns that matches n-n situation, so I assume > it my modell probally would wrong if I end up with that, right? > > then I went on vacation. ;-) I think that in most of these situations you can have a 'catalogish' method in the Specialist that manages the 'n' things that finds those related to the '1'. (e.g., getToDoIdsForDoer( aDoer )). This can then be mapped to an attribute of the '1' specailist (myToDos), so that it does 'know' about all it's todos, its just that under the covers (in it's rack) the myToDos attribute is really fulfilled by calling the todos specialist and asking for all the todos assocaited with a particular doer. In the n-n case it's really no different, except that each 'n' thing needs to know which of the other 'n' thing(s) it's associated with so the catalogish method can pull out the ids. fun eh? take care, -steve

1 0

ZPatterns style question
by Lex Berezhny 21 Mar '01

21 Mar '01

Hello, I dont know if i'm missing something, or if this is just a style question. But where do the implimentation specific get/set methods go (the functions called within a SkinScript for example)? Do i just stick them anywhere in the aquistion path, or is there some logical place I should place them? How can I write my application so that the user can switch data sources with a click of a button (ie, without having to delete one implimentations' methods, and paste the new ones)? I hope my question makes sense. BTW once i figure this out, i'll be able to finish my tutorial on ZPatterns: http://www.zope.org/Members/eukreign/ZPatternsTutorial - lex __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/

2 1

Overriding traversal
by Andy McKay 21 Mar '01

21 Mar '01

We have a SQL method that works quite nicely by messing around with __bobo_traverse__ meaning we can pass in long URL's as arguments such as /SQLMethod/a/b/c, /a/b/c is an argument into ZSQL. This is extremely useful to use. We do this by overiding __bobo_traverse__. The problem occurs when we mess around with the management interface it seems things such as manage_workspace can't be returned by using the usual suspects and I get permission error since <guess>BaseRequest cant seem to get the correct roles</guess> What would be really nice is if I can call __bobo_traverse__ and do my thing and if it all goes wrong, what the hey I just return with no change. This post could go on for a while, but I dont want to bore you. Any advice? Thanks in advance. -- Andy McKay.

2 1

ZCatalog bug in 2.3.1b2
by Andy Dawkins 21 Mar '01

21 Mar '01

I posted this before but didn't get a reply. Has any one seen this bug, Or do they know a fix? ATM this is stopping me using 2.3.1b2 which is a bad thing(tm) ----------- Zope Errorr Zope has encountered an error while publishing this resource. Error Type: TypeError Error Value: len() of unsized object With this traceback: Traceback (innermost last): File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/ZPublisher/Publish.py, line 223, in publish_module File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/ZPublisher/Publish.py, line 187, in publish File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: Traversable) File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/ZPublisher/Publish.py, line 171, in publish File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: executeSearch) File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: executeSearch) File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/OFS/DTMLMethod.py, line 189, in __call__ (Object: executeSearch) File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/DocumentTemplate/DT_String.py, line 538, in __call__ (Object: executeSearch) File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/DocumentTemplate/DT_Let.py, line 146, in render (Object: Results="Catalog(REQUEST=REQUEST)") File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/DocumentTemplate/DT_Util.py, line 334, in eval (Object: Catalog(REQUEST=REQUEST)) (Info: REQUEST) File <string>, line 0, in ? File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/Products/ZCatalog/ZCatalog.py, line 530, in searchResults (Object: Traversable) File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/Products/ZCatalog/Catalog.py, line 654, in searchResults File /usr/local/src/Zope-2.3.1b2-linux2-x86/lib/python/Products/ZCatalog/Catalog.py, line 591, in _indexedSearch TypeError: (see above) -------- Here is the line which calls the search: sr = self.searchResults({'Type' : type, 'sort_on':'lowercase_title_'}) fyi. type = 'TypeTest' The indexes are as follows: Status = Text Index Type = Field Index Identifier = Field Index lowercase_title_ = Field Index parent_identifiers_ = Keyword Index The meta types are like this: Title id identifier There are only 13 records in the catalog. And there are some results to be returned. Cheers -Andy

2 1

2.3.x Catalog Brains
by Casey Duncan 20 Mar '01

20 Mar '01

In doing some development using Catalogs in 2.3.x, I have run across some interoperability bugs between the various Catalog classes. 1. Catalog brains are slightly broken when applied agains plain Catalogs. Looking at __getitem__ in Catalog.py (line 225 and 231 in 2.3.1b2 in particular), the result record is made into a brain which is an aquisition wrapper of the parent of the Catalog object. When using a ZCatalog this is fine because the ZCatalog is the parent of the Catalog. However, when a Catalog is used alone the getPath, getURL, getObject, etc. methods of the brain do not work because they expect to find a getpath method which only exists in ZCatalog. Since this is merely a lookup into the Catalog's paths dictionary, I see no reason why this getpath method can't be in Catalog. A patch will be needed for Catalog.py and CatalogBrains.py to accomplish this, and I would be happy to provide one. However, I need to know why exactly the brains are wrappers of the Catalog's parent rather than the Catalog itself. Is this a security issue of some kind? Another fix for this would be to use slightly different brains for Catalogs vs. ZCatalogs. From what I see the mechanism for this is already in place. 2. This one is less of a bug than a feature request. I have created a CatalogPlus class that basically enhances the Catalog so that is plays well with CatalogAware. This entails just adding the catalog_object and uncatalog_object methods from ZCatalog to Catalog. It would seem to me to be quite easy to modify Catalog or CatalogAware to account for this automatically. Also why are subtransactions part of ZCatalog and not Catalog? My guess is that it is a ZODB specific feature so it doesn't belong in Catalog, is that right? -- | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `------------------>

1 0

Re: [Zope-dev] Comment on CVS change of default textindex search operator
by Dieter Maurer 20 Mar '01

20 Mar '01

R. David Murray writes: > >To: zope-checkins(a)zope.org > >Date: Mon, 19 Mar 2001 19:47:31 -0500 (EST) > >From: chrism(a)digicool.com (Chris McDonough) > >Subject: [Zope-Checkins] CVS: Zope2 - UnTextIndex.py:1.33.2.9 > > > >Update of /cvs-repository/Zope2/lib/python/SearchIndex > >In directory korak:/home/chrism/sandboxes/2_3Branch/lib/python/SearchIndex > > > >Modified Files: > > Tag: zope-2_3-branch > > UnTextIndex.py > >Log Message: > >Changed default query operator to 'AND' instead of 'OR' (way improved search results). > > > This strikes me as a Very Bad Thing. I second that! Changing the default is a drastic interface change. It should not be done light-heartedly. > .... > Finally, > it is my experience that most search engines use OR as the default operator. Yes, and it is the more natural interpretation when someone enters a set of (unrelated) words... Dieter

1 0

NewLoggingAPI
by Shane Hathaway 20 Mar '01

20 Mar '01

I have written a proposal for the improvement of logging. It builds on ideas proposed by Chris and Andreas at Digital Creations. It is designed to augment Zope's enterprise-level capabilities. Please comment! http://dev.zope.org/Wikis/DevSite/Proposals/NewLoggingAPI Shane

1 0

Adding a property to a batch of objects ?
by Holger Lehmann 20 Mar '01

20 Mar '01

Hi, I wanted to do sonething like this: <dtml-in "objectIds(['DTML Document'])> <dtml-call ....manage_addProperty('foo','bar','string')> </dtml-in But I am missing the .... part :-( I can happily add the property to myself or the folder above (if a DTML Method is used) but I just cant seem to be able to add the property to an object I want. Any suggestions ? I would be sooo hapyy, since I have to add three props to about 1200 DTML Documents :-( - Holger ----------------------------------- catWorkX GmbH Hamburg Dipl.-Ing. Holger Lehmann Stresemannstr. 364 22761 Hamburg Tel : +49 40 890 646-0 Info: 0700 catWorkX ( 0700 22 89 67 59 ) Fax : +49 40 890 646-66 mailto:lehmann@catworkx.de http://www.catworkx.de http://www.catbridge.de

3 3

FTP interface being worked on?
by Fred Wilson Horch 20 Mar '01

20 Mar '01

Hi folks, Is anyone working on the FTP support in Zope? For our project, we'd like to improve the FTP interface to Zope. I noticed that ZServer/README.txt in Zope 2.3.1b1 states Properties and FTP: The next step The next phase of FTP support will allow you to edit properties of all Zope objects. Probably properties will be exposed via special files which will contain an XML representation of the object's properties. You could then download the file, edit the XML and upload it to change the object's properties. We do not currently have a target date for FTP property support. I have a proposal written up, if anyone is interested in providing feedback to me before I start work on it. Along these lines, I also have a proposal to add an export / import feature that would dump objects in the ZODB to separate files in a directory tree. (Currently the XML export seems to create one big XML file.) The goal is to allow objects to be managed as flat files so you can edit them more easily and use CVS to track revisions. Also, it sure is confusing to try to figure out where you accept patches. Is the Collector still the best place to send them? Thanks, Fred -- Fred Wilson Horch mailto:fhorch@ecoaccess.org Executive Director, EcoAccess http://ecoaccess.org/ P.O. Box 2823, Durham, NC 27715-2823 phone: 919.419-8354

8 28