- Zope-Dev - Zope lists

Could not load state?
by Chris Withers 28 Feb '01

28 Feb '01

Hi, I've started seeing errors like this: ------ 2001-02-27T11:18:34 ERROR(200) ZODB Couldn't load state for '\000\000\000\000\00 0\021\275\220' Traceback (innermost last): File E:\Zope\23C76D~1.1B1\lib\python\ZODB\Connection.py, line 477, in setstate AttributeError: 'None' object has no attribute 'load' ...popping up from time to time. I think they're coming from a product we've written, but beyond that I have no idea what's going on. How would I begin to dig? Is there any way I can find out the id of the object that OID corresponds to? cheers, Chris

4 6

Zope Development Roadmap Components
by Jimmie Houchin 27 Feb '01

27 Feb '01

While reading the Zope Development Roadmap about components I had a question. It says: """Components will be edited via the filesystem as .py files. Components will probably be checked into and out of Zope via a CVS like facility. Components can be tested locally without checking them into Zope.""" What does this say about developing components with Py/Perl Scripts? It looks to be closer to the current Python Products. I like the idea above but just trying to understand the big picture about the future. Any enlightenment appreciated. Jimmie Houchin

2 2

ZClass propertysheets
by cs＠comlounge.net 27 Feb '01

27 Feb '01

Hi! I am just wondering if it's possible to get hold of the properties of a propertysheet of a ZClass without instanciating it. So when instanciating I would just do map=object.propertysheets[1].propertyMap() and get all information of my ZClass instance object. So is this also possible on the class definition? (actually I would assume it is stored somewhere as I can edit it via the management interface. I just didn't manage to get it from the source code..) (next question might be how to get the class when only having a meta type or the path to it.. but I think I will just search the Zope source..) kind regards, Christian -- COM.lounge http://comlounge.net/ communication & design info(a)comlounge.net

2 1

RE: [Zope] Zope Good/Bad News Article
by Brian Lloyd 27 Feb '01

27 Feb '01

> Just read your article (http://www.pault.com/zope.html) and really > enjoyed it (besides comparing Java to Macs... yikes!). I agree that > DC needs to really work with Zope Product Developers and help them as > much as possible. Have you looked at the Zope Directions document recently posted on dev.zope.org? http://dev.zope.org/Resources/ZopeDirections.html Dramatically lowering the bar for developers to create quality components is our number one priority going forward. It will be evolutionary and not happen all at once, but it will be happening. > DC should encourage and then force developers to be a bit better > about documentation. I have seen product developers put up a new > product with the full amount of documentation about it being "here it > is... have fun." This certainly does not help all of those people who > want to install and use Zope products. DC can encourage better > product development and documentation by doing simple things such as > T-shirt contest for best product documentation, tip, how-to and all > the rest. One idea we've kicked around is to make the eventual "components area" on zope.org such that component users can provide some +1 -1 type feedback that is incorporated into the way that components are listed on the site. This would let the most popular / best components appear at the top of listings etc. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 1

Search Features and Zope Directions Road Map
by Ausum 27 Feb '01

27 Feb '01

Zope is a great application server, the same as its soon to be released Content Management Framework, because of its bet on Python, everybody say it. Nevertheless, after reading the Directions Roadmap from DC, I was surprised that a substantial improvement of the searching features of Zope, wasn't mentioned as a major concern. For a new Zope enthusiast like me, it is a kind of addiction to arrange and administer content while taking the learning curve. Almost everybody in this list with a non-programming background might've experimented this. But when I arrived to the search features of ZCatalog, I got mixed feelings. (Right now I'm stuck on this OR indexes searching :) ) The fact is that - according to my strong belief - everybody uses more Google to look for Zope Site's content than Zope's own Zcatalog's search engine. Moreover, everybody uses more Google to look for everything, bypassing windows, doors, and portals!. Why? Because it's terribly smart (not mentioning its 6,000 Linux boxes, by the way), and because there's no need to follow the highly-engineered information architecture of a web site, if there's a trustful shorcut to the relevant content!. So, if I'd have to mention one big feature improvement to Zope, I wouldn't doubt: "search engine". I just wanted to point on this subject. I know Zope isn't about spidering and retrieving, but it should have "Greater Search Capabilities" as a title, within that roadmap. :) Ausum p.d. Right now I'm quite interested at the technology of searching and finding non structured content, in order to compose structured documents. For example, the guys at Vignette (StoryServer) say that its customers don't need to keyword anything in order to have a "related content" section. After the writer finishes a story, (possibly while) a routine by Autonomy (www.autonomy.com) reads the document and finds out what the document is about, and so it triggers a search for related content within the site, without the need of intervention by the writer. (For the curious, Autonomy has published a personal version of its software. It's called Kenjin (www.kenjin.com) ). On the other hand, Fast, from Norway, already have a nice multimedia search engine, from regular, non-structured, spidered web pages. Can we do that "structuring the unstructured" thing within Zope?

4 4

Re: [Zope-dev] 'inheritedAttribute' vs. 'call of superclass'
by Dieter Maurer 27 Feb '01

27 Feb '01

Gregor Heine writes: > I have two Python classes, say A and B, where B subclasses A. > If I want to call a method in A from an overridden method in B I can either > use: > > B.inheritedAttribute('method_in_A')(self. *args) > or: > A.method_in_A (self, *args) > > Can anybody explain me the differences between those two, because the second > one seems (at least in the context of Zope Products) not always to work > properly whereas the first one doesn't look very OO'ish and is (AFAIK) not a > Python function but something coming from Zope. It is documented in the "ExtensionClass" documentation. In my Zope installation (ZopeCVS), it is located in "lib/Components/ExtensionClass/doc/ExtensionClass.stx". Until recently, it has been elsewhere. Dieter

1 0

'inheritedAttribute' vs. 'call of superclass'
by Gregor Heine 27 Feb '01

27 Feb '01

I have two Python classes, say A and B, where B subclasses A. If I want to call a method in A from an overridden method in B I can either use: B.inheritedAttribute('method_in_A')(self. *args) or: A.method_in_A (self, *args) Can anybody explain me the differences between those two, because the second one seems (at least in the context of Zope Products) not always to work properly whereas the first one doesn't look very OO'ish and is (AFAIK) not a Python function but something coming from Zope. Thanx, Gregor Heine Software Engineer CDC Communications and Design Consultancy GmbH

2 1

RE: [Zope-dev] More ZCatalog Stuff.
by Toby Dickenson 27 Feb '01

27 Feb '01

> I am assuming that the code you provided goes into a > manage_addCustomIndex method that is part of a CustomIndex > Python Product. hehehehe, nothing so general-purpose as that ;-) > > You will need to implement a subclass derived from one of > the standard > > indexes to provide your custom indexing policy, whatever that is. > > Can you provide the code for your custom KeywordIndex, so I > have a starting point? I realize yours subclasses a > KeywordIndex, and I probably need to subclass a TextIndex, > but it would still probably help. I can integrate and hack > on other peoples code better than I can write my own from > scratch. from SearchIndex.UnKeywordIndex import UnKeywordIndex, MV, intSet from types import ListType, TupleType class UnTrackingIndex(UnKeywordIndex): meta_type = 'Tracking Properties Index' """Like a Keyword Index, only it indexes tracking properties """ def __init__(self,question): id = 'tracking_'+unicode(question).encode('unicode-escape') self.question = question UnKeywordIndex.__init__(self,id) def index_object(self, i, obj, threshold=None): """ index an object 'obj' with integer id 'i'""" index = self._index unindex = self._unindex try: kws = obj.tracking_answers(self.question) if type(kws) not in [type([]),type(())]: raise ValueError('Indexing a tracking property set of inappropriate type %r' % type(kws)) except: kws = (MV,) # index each item in the sequence for kw in kws: set = index.get(kw) if set is None: index[kw] = set = intSet() set.insert(i) unindex[i] = tuple(kws) self._index = index self._unindex = unindex return 1

1 0

Minor typos/changes to ZCatalog.
by Erik Enge 27 Feb '01

27 Feb '01

Today's show opens with an usability bug (that's what it looks like to me, anyway). Sit back and feel free to buy an albatross from the strange man. I've got a ZCatalog named Catalog, living its normal life at /. When I'm in /Catalog/manage_catalogIndexes the index names are <a href>'s. Strange, since they all link to /Catalog. In the ZCatalog.py's doc string, it says: "[...] ZCatalog's can index either 'Field' values of object, or 'Text' values [...]". What about Keyword indexes? Am I confusing myself? And finally, the thing I really came here for, what good is the size? And who calculates it? I have three objects that has the attribute sales_line, although the sales_line index' size is 847. Clues? Also, could anyone point me to some good documentation (reference material would be best) about how the different Indexes work? I'm having a bit of a struggle with numbers, FieldIndexes and TextIndexes. Thanks! This is Zope 2.3.1b1 by the way; Linux.

9 22

ZPatterns: commitSubtransaction() gives AttributeError on commit_sub
by R. David Murray 27 Feb '01

27 Feb '01

I have the following form action pythonscript: req = context.REQUEST context.propertysheets.info.manage_changeProperties(longdesc=req.form['longdesc']) context.commitSubtransaction() req.RESPONSE.redirect(req['URL1']+'/edit_longdescForm') context is a DataSkin instance. When I submit the form, I get an Attribute Error on commit_sub (traceback below in case it helps anyone). As far as I can see from the ZPattern's source, I'm making the call correctly and it is an appropriate call. Any clues? This is Zope 2.3.1b1 and Steve's convenience release of ZPatterns. --RDM Traceback: File /usr/local/zope/Zope231b1/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /usr/local/zope/Zope231b1/lib/python/ZPublisher/Publish.py, line 187, in publish File /usr/local/zope/Zope231b1/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: tales) File /usr/local/zope/Zope231b1/lib/python/ZPublisher/Publish.py, line 175, in publish File /usr/local/zope/Zope231b1/lib/python/Zope/__init__.py, line 235, in commit File /usr/local/zope/Zope231b1/lib/python/ZODB/Transaction.py, line 276, in commit AttributeError: (see above)

3 3