- Zope-Dev - Zope lists

DirectoryStorage 0.04
by Petru Paler 09 Jun '00

09 Jun '00

Changelog: 0.04: - added missing binary flags to open() calls to make it work on NT. - added flush() calls after file writing - added close() method to the DirectoryStorage class 0.03: - don't die if posix.fsync is not available - base class renamed to DirectoryStorage - added directory (re)creation and locking - added a 'magic' file - last oid file open/close bug - moved serials to an gdbm database 0.02: - converted to using os.path.join 0.01: - initial release -Petru

1 0

Alternative Storages: (was RelationalStorage (was LocalFS))
by Jimmie Houchin 09 Jun '00

09 Jun '00

This was on the Zope list and I've move this to Zope-dev as I feel it is more appropriate. I have been making notes to myself for awhile with ideas about things I would like to explore with Zope Storages when I am able. I have not posted any of them since talk is cheap. But I guess since I'm full of cheap talk I'll let it go. :) I'll also post this to the ZODB zwiki after I see what's left standing after analysis. :) As far as usage is concerned I generally like the ZODB best because it is reasonably transparent to the building of a web app with Zope. However there are areas in which it does not currently excel that which if your site requires these skills then alternatives must be used. A couple of areas are data size and heavy writes. Some people use an RDBMS to solve these issues. While this will work it does expect more from the developer. Some do not have the skills or the tools. Even if one does it still requires leaving the transparency of developing with the ZODB. Multiple file storage for the ZODB has been proposed as a solution and there are 2 proposals currently on the ZODB ZWiki. I will add another. Class/Object based db files. Each class gets it's own db file. This could be similar to the current ZODB file except specific to a class. As objects are created they are appended to the db file for their class. This could be somewhat analogous to tables in an RDBMS. Advantages would be spreading out the data space over multiple files which would help with some oses. Also I think that each class has different characteristics which would be able to be managed better if separate. Example: AutoParts You have an AutoParts class. The objects will change very little once created. However there are a lot of objects and news added periodically. This file will need packed seldom. It will also be simple to backup and not need backed up often as changes are periodic and regular. RetailStore In a retail store the product objects are very volatile. Vendors can change. Prices do change. A productObject file would have different usage characteristics than the AutoParts object. Some classes are perfect for few writes and many reads. Others less so. Earlier Andrew Kuchling was wanting to walk the object tree. This would provide a relatively easy way to walk the object tree. This could be implemented with some support classes which have to be inherited from to create a class.db file. Any class not so doing would go into the standard ZODB. This could help provide desired management features for the characteristics of each. It would be nice if in the management you could set the path to the file. This would allow for multiple disks or partitions for data storage. This too would help with backups and such. Just a few ideas. They may not stand up to examination, but that's okay. I just thought I would put them on the table. Jimmie Houchin Chris McDonough wrote: > > All, > > I've put some stuff about a proposed RelationalStorage in the ZODB wiki > at http://www.zope.org/Members/jim/ZODB > > Its goal is to allow you to use a SQL database as a Storage, which > somewhat coincidentally would also get around the single-file 2GB > limitation. > > I would appreciate comments (in the wiki or here). The table structure > I'm not sure on, it's only a skeleton right now... > > Jason Spisak wrote: > > > > Jonothan: > > > > > Shouldn't be too difficult. (I know, famous last words.) I'd be interested in > > > banging out a prototype. > > > > I looked at FileStorage and the BasicStorage yesterday. I am trying to get > > a feel for it. > > > > > I'll have to see when I can get to it after responding > > > to all these emails about LocalFS that piled up while I was on vacation. > > > > > > > That's because it's an amazing product. > > > > All my best, > > > > Jason Spisak > > CIO > > HireTechs.com > > 6151 West Century Boulevard > > Suite 900 > > Los Angeles, CA 90045 > > P. 310.665.3444 > > F. 310.665.3544 > > > > Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email > > address may not be added to any commercial mail list with out my > > permission. Violation of my privacy with advertising or SPAM will > > result in a suit for a MINIMUM of $500 damages/incident, $1500 for > > repeats. > > > > _______________________________________________ > > 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 ) > > -- > Chris McDonough > Digital Creations > Publishers of Zope - http://www.zope.org > > _______________________________________________ > 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 )

6 16

[Ann] Zope 2.1.6 ZCatalog patches: "and not", "near"
by Dieter Maurer 09 Jun '00

09 Jun '00

Zope 2.1.6's ZCatalog contains a small bug in its handling of "and not" searches. URL:http://www.handshake.de/~dieter/pyprojects/zope/andnot.pat fixes this bug. "near" searches do not work. As Michel pointed out, the relevant indexes have been removed for space considerations. The patch at URL:http://www.handshake.de/~dieter/pyprojects/zope/near.pat enables "near" searches. Instead of saving a word position index, word positions are determined dynamically during near searches (by reading the relevant document part). Of cause, this is much slower than an index based search. Moreover, it works only for persistent objects. It does not work e.g. for LocalFS objects (for them "near" is equivalent to "and"). For these reasons, you may not want to apply this patch. The score function for near searches is currently very ad hoc and should probably replaces by a more sensible function. Dieter

2 2

Re: Packaging ZODB, ZEO...
by Andrew M. Kuchling 09 Jun '00

09 Jun '00

I've heard nothing about my offer to package ZODB separately, and today's the day I copy stuff onto a laptop for the trip. Some direction here would be nice; there's lots of other stuff I can hack on if I don't get a response... --amk

2 1

Re: [Zope-dev] Externalize or Adapt? (ZPatterns)
by Tres Seaver 09 Jun '00

09 Jun '00

"Phillip J. Eby" <pje(a)telecommunity.com> wrote: <snip terrific post motivating ZPatterns> Wow, Phillip! That was the best 'grounding' I have seen yet for ZPatterns; in fact, I think it was exactly what I needed to let me wrap my head around them. Thanks very much for posting this! Tres. -- =========================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

3 2

assigning proxy roles from python product, take 2
by R. David Murray 09 Jun '00

09 Jun '00

Hmm. No takers the first time. Quick review: python product, product instantiates a DTML method and tries to assign it a proxy role. Proxy role gets assigned, but a 'manager' account can no longer access the method, though superuser can. Zope 2.1.6. I played with the product some more, moving some stuff around, and this time when I instantiated it, the proxy role no longer seems to be working (I get a login box when I try to dereference the method). The manager/superuser behavior is the same. The folder is created using newWampumboxF = Folder(). Then a method named processCCTrans is added to this folder using a manage_addDocument call. That obviously works fine. I then try to add the proxy role by doing the following: x=newWampumboxF.processCCTrans x._proxy_roles=('Manager',) newWampumboxF.processCCTrans=x It seems to me from my reading of the code that this should be equivalent to what manage_proxy does, though obviously without the through-the-web security checks. But the end result is a DTML method that I can only view as superuser, but that has Manager checked in its 'proxy' management screen (as well as a perfectly normal appearing security page). Any guesses? Any suggestions for experiements to run, even? --RDM

2 1

Re: [Zope-dev] assigning proxy roles from python product, take 2
by Rik Hoekstra 09 Jun '00

09 Jun '00

>Hmm. No takers the first time. > >Quick review: python product, product instantiates a DTML method >and tries to assign it a proxy role. Proxy role gets assigned, >but a 'manager' account can no longer access the method, though >superuser can. Zope 2.1.6. > >I played with the product some more, moving some stuff around, and >this time when I instantiated it, the proxy role no longer seems >to be working (I get a login box when I try to dereference the >method). The manager/superuser behavior is the same. > >The folder is created using newWampumboxF = Folder(). Then a >method named processCCTrans is added to this folder using a >manage_addDocument call. That obviously works fine. I then try >to add the proxy role by doing the following: > >x=newWampumboxF.processCCTrans >x._proxy_roles=('Manager',) >newWampumboxF.processCCTrans=x > >It seems to me from my reading of the code that this should be >equivalent to what manage_proxy does, though obviously >without the through-the-web security checks. But the end >result is a DTML method that I can only view as superuser, >but that has Manager checked in its 'proxy' management screen >(as well as a perfectly normal appearing security page). > >Any guesses? Any suggestions for experiements to run, even? I reported this a looooong time ago (in the Collector, don't have a number) as a bug for normal proxy roles (not product related), but never got an answer. So probably this is hard solve (or no one saw it). This won't help, I know, but thought I'd just let you know. Rik

1 0

Externalize or Adapt? (ZPatterns)
by Mike 09 Jun '00

09 Jun '00

Hi, suppose I have two Specialists (A and B) written independently each other. I need to use certain set of services provided by one Specialist (A) in other (B). I see two way: 1) Create common proxy for A, implementing public subset of A's interface and make B (and other possible clients) depending on that externalized interface. Problem: high dependency on A's external interface 2) Write specialized (A->B) pluggable adapters each time I need to use A's services in clients. Problem: M*N What do you think is ... hmmm... less painful way? Thanks, Mike

2 2

My Aquisition Zen fell short...
by Bill Anderson 09 Jun '00

09 Jun '00

OK, been debugging the PTK problem with DTML Documents, as noted in the PTK list. I thought I would jump over here to get some more eyes/suggestions/etc. (Bug 81 in the PTK Tracker IIRC) I have narrowed the problem down tothe following situation: When in a Portal, a DTML Document calling a DTML Method (specifically, standard_html_header) is not finding getPortal. If you either include the guilty calls into the document it works. It also works if you wrap it up like this: <dtml-with "getPortal()"> <dtml-var standard_html_header> </dtml-with getPortal> Of course, as was pointed out, if your standard_html_header needs to do work based upon where you are calling it from, this will not really help you. So, I have concluded that the bug lies in the aquisition machinery, which I have not yet played much with yet. So, any Aquisition Priests want to make suggestions, pose questions, etc.? Note, I have also tried passing in the namespace, but no dice there, either. (On that note, Aquisition might be a good Chat...)

1 0

RE: [Zope-dev] Can't add propertysheets to ZClasses in 2.2
by Brian Lloyd 08 Jun '00

08 Jun '00

FYI - this is fixed in the Very Latest CVS :^) Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com > -----Original Message----- > From: Kevin Dangoor [mailto:kid@kendermedia.com] > Sent: Thursday, June 08, 2000 10:59 AM > To: zope-dev(a)zope.org > Subject: [Zope-dev] Can't add propertysheets to ZClasses in 2.2 > > > I've already submitted this to the collector, but I wanted to > make sure that > I'm not the only one with this problem. Using the CVS Zope, > if I create a > ZClass, I am unable to add a Property Sheet because of an > error (missing > "__len__"). > > I find it hard to believe that I'm the first person to try to > add a ZClass > in 2.2, but I didn't see this in the collector. > > Kevin > http://www.byproducts.com - Humor and Novelties > > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) >

1 0