November 2000 - Zope-Dev

Search Interface, maybe a Replace Interface
by Chris Withers 21 Nov '00

21 Nov '00

I've read the Search and Replace thread on zope(a)zope.org with interest and it's stirred up a few things that interest me. 1. Is there a 'Search Interface' in Zope? I know we have the Catalog, which provides _a_ search interface, but it has some problems... Wouldn't it be great if there was a neutral Zope Search Interface which specified how you would index, un-index, re-index objects and how you would search the resulting indexes? That way, you could use ZCatalog, should you wish, but likewise someone could implement that interface usign MySQL's new full text searching stuff, or perhaps the Verity search engine, or whatever else anyone wants to implement. I guess PJE might fire in with the suggestion of a LoginManager-like implementation so people could search and index things in a mroe flexible way, which would also be a great idea... 2. I agree completely with Jon Farr about the replaceable side of things. Any object which supports 'content replacement', which is what we're talking about here, should implement the replaceable interface. Dunno what this would look like though, I guess the Replaceable interface would need to extend the Catalog interface... ...hmmm, that raises an interesting other point, one which has been mentioned before, that of nested catalogs. Okay, I'm not going to explain this very well, and I'm sure it has huge problems, but... ...what if all content objects implemented a SearchAndReplace interface, and in addition propogated SearchAndReplace requested to any objects they contain? Hmmm... Quite enough waffling from me, what do people think? cheers, Chris

1 0

FSDump + 'diff -r' -> Wow!
by Tres Seaver 21 Nov '00

21 Nov '00

I was just able to scratch a *really* big itch: I used my FSDump product, plus 'diff -r -u', to generate a diff between the versions of DemoPortal (the "through-the-web" portion of the PTK) shipped with PTK 0.9.0 and 0.9.2: http://www.zope.org/Products/PTK/DemoProduct_0.9.0_0.9.2.diff/index_html I am tickled pink -- this is exactly the kind of data I need to be able to hang on the the ears of the tiger which is through-the-web development! Tres.

1 0

How to call methods of an istance in ZODB from Python product?
by Petr Knapek 21 Nov '00

21 Nov '00

Hi Zopists, I would like to know how to call a method of an instance in ZODB from Python product class which is not class of that instance. Thanks in advance, Petr PS If you know also some URL on the topic please give me it also. -- Petr Knápek NEXTRA Czech Republic, s.r.o., Hlinky 114, 603 00 Brno, Czech Republic e-mail: mailto:petr.knapek@nextra.cz tel:+420-5-43 554 150 FAX:+420-5-43 554 214

2 1

What can you do with FSDump?
by jimbo 20 Nov '00

20 Nov '00

I installed FSDump and created a file system dump. Then do I follow the normal rules of Python product development? What are some of the various ways I can use it? TIA -Jimbo

1 0

A way to check what products are installed?
by morten＠esol.no 20 Nov '00

20 Nov '00

Is there a clean way to do this (preferrably from both Python and DTML) ? Thanks. -Morten

2 1

Re: [Zope-dev] Two glaring omissions
by Tres Seaver 20 Nov '00

20 Nov '00

Toby Dickenson <mbel44(a)dial.pipex.net> wrote: > On Tue, 14 Nov 2000 15:39:59 -0500, Shane Hathaway > <shane(a)digicool.com> wrote: > > >> 2. The ability to rename properties after instances of the classes have > >> been created (and have the data in those fields preserved) > > > >This is also more difficult than it sounds. You'd have to either scan > >through the entire ZODB and modify class instances or associate > >properties with a magical, unchanging ID. The latter solution is dead > >wrong, but the first is actually kind of interesting. If there were a > >separate index for each object type in the ZODB, it would be possible. > >In fact, when ZODB is running from a relational database, there is > >indeed a way to do that. Hmmm... > > Or if your ZClass has a python base class, then a __setstate__ method > could be added to do the same thing incrementally. Like all changes to > a Python base class, this requires restarting the server. Correct in theory, but broken in practice: if you make your ZClass persistent (i.e., you leave checked the "Include standard Zope persistent object base classes?" checkbox on the "Add ZClass form), then Persistent will be the first base class in the list, and *your* '__setstate__' will never be called! Unchecking the box doesn't help, as you then have a ZClass which doesn't (probably) get pickled into the ZODB, so it never needs '__setstate__' atall. Catch-22'ly, Tres. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

5 6

ZMySQLDA transaction issues.
by Monty Taylor 20 Nov '00

20 Nov '00

We were chatting a while back about how to handle the MySQL issue of support/non-support for transactions, with the dominant suggestion at the time being two DAs. I just got done talking with Michael Widenius (Monty of MySQL fame) and he offered to add a warning on rollback if the table doesn't support transactions. So what I'm going to do is this, unless anyone can raise a beefy suggestion. 1) Actually get off my ass and incorporate all of adustman's MySQLdb changes into my ZMySQLDA. :) 2) Make transactions un-supported until the release of MySQL that contains the warning. Since the 3.23 line is pre-release, there shouldn't be any issues with people using a version of MySQL that supports transactions but not being able to upgrade to one that ZMySQLDA supports (you should never be that tied to a pre-release version of anything.) 3) For all MySQL versions that we don't 'officially' support as having transactions, throw an exception if a rollback is attempted. 4) Include a config option to turn off the exceptions. I believe we should be able to keep a simple, and single, ZMySQLDA this way. But please, shoot holes in the plan for me. Thanks, Monty

1 0

ZPatterns Project Help!
by Ben Schochet 19 Nov '00

19 Nov '00

I am trying to create a ZPatterns based project and have a few question. I am trying to create an application that can consist of thousands of object without running into the ZODB size problems. * It seems that I need to have separate Racks for each Class that I want to store with ZPatterns. Is this right? * What is the difference between Customizer Folders and Specialists? When is the best time to use each? * It is my understanding that if I use ZPatterns I can create an unlimited amount of objects and as long as they are stored in a SQL database then the ZODB will stay the same size. Is this correct? * How do I use the option in storage "Object are loaded by accessing attribute ___"? Thanks for any help! -Ben

2 1

Unsupported UserDb LoginRequired bug
by francine broekhove 19 Nov '00

19 Nov '00

Hi everyone, i know UserDb is not supported, but ... I need a userlogin system on zope 2.1.6. and gave it a try with UserDb 1.3.0. It 'seemed' (spooky stuff this authentication) to work fine, until i moved a folder it resided in. Now i get the usual (it's been mentioned as from around august 1999 in these lists - i've not found a solution for it helping anyone who has gone before me - who thought up UserDb anyway? :-( ): Traceback (innermost last): File /usr/local/bin/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /usr/local/bin/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line 179, in publish File /usr/local/bin/Zope-2.1.6-src/lib/python/Zope/__init__.py, line 202, in zpublisher_exception_hook (Object: ElementWithAttributes) File /usr/local/bin/Zope-2.1.6-src/lib/python/ZPublisher/Publish.py, line 151, in publish File /usr/local/bin/Zope-2.1.6-src/lib/python/ZPublisher/BaseRequest.py, line 430, in traverse File /usr/local/bin/Zope-2.1.6-src/lib/python/Products/UserDb/UserDb.py, line 289, in validate (Object: RoleManager) File /usr/local/bin/Zope-2.1.6-src/lib/python/Products/UserDb/UserDb.py, line 264, in cookie_validate (Object: RoleManager) LoginRequired: (see above) I'd like to know why as i'm trying for two days now to get it fixed somehow - to those who experienced the same my heart goes out to you - you should go out and have fun instead, like i should. HELP, anyone? Greetings Francine _____________________________________________________________ Get Your Private, Free Email at <A HREF="http://www.burningmail.com" target="_new">http://www.BurningMail.com</A>

1 0

Re: [Zope-dev] ZopeBug: No Last-Modified for misc_/.../*.gif objects!!!!
by Dieter Maurer 18 Nov '00

18 Nov '00

The Doctor What writes: > I was looking at the cacheability of my website in zope, and saw > that the misc_/OFSP/*.gif images (as in the icon objects) are > NOT cacheable because they don't return *any* date info. If they > *at least* returned a Last Modified, they'd be cacheable. My browser (Netscape 4.74) happily cashes these images. It is not clear, why a "Last Modified" header should be a precondition for caching. I would expect it is only necessary, if you told your browser (or other cache) to verify freshness for each request. If the browser has a "Last Modified", it sends an "If-Modified-Since" header and get a 304 response, if not. Dieter

2 2