- Zope-Dev - Zope lists

RE: [Zope-dev] Minor "bug"
by Brian Lloyd 23 May '00

23 May '00

> I've just noticed with 2.1.6, that after clicking > "Minimize" or "Full Sweep" on > /Control_Panel/Database/manage_cacheGC, the resulting > page is missing most Tabs and one has to click "Contents" to > get all tabs. Thanks - that'll be fixed for 2.2. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

ZODB now supports user-defined __get/set/delattr__ methods
by Jim Fulton 23 May '00

23 May '00

I've just checked in some changes to ExtensionClass, and ZODB in the Zope CVS tree that provide support for user-defined (python) __get/set/delattr__ methods. These methods now have the same semantics as they do in standard Python classes. This means that you can define your own __get/set/delattr__ hooks and they will automatically work with, rather than break, the persistence system's use of the low-level attribute hooks. These changes are available in the Zope public CVS and will be available in future Zope releases, including 2.2 and it's beta releases. The changes are not in the 2.2 alpha1 release. Jim -- Jim Fulton mailto:jim@digicool.com Technical Director (888) 344-4332 Python Powered! Digital Creations http://www.digicool.com http://www.python.org 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.

4 7

Re: [Zope-dev] how to download a entire ZWiki site?
by Jephte CLAIN 23 May '00

23 May '00

Dieter Maurer a écrit : > > You may try the python tool program "websucker". It should > be in the tools directory of any Python installation. > It can download any pages below a side. I use wget but websuckers don't work well with dynamically generated pages like wikis. it download several times the same page because they have different url

1 0

2.2.0a1 won't work with query objects
by T.J. Mannos 23 May '00

23 May '00

Hi, all, I tried compiling 2.2.0a1 straight out of the box on Solaris 7. Everything worked great until I tried querying a tiny table or MySQL database. The following code causes Zope to prompt me for a login, and no matter what user name I use (even the superuser), it comes back "unauthorized." <dtml-in smalltable> <dtml-var myvariable> </dtml-in> If I take out the <dtml-in> section, my pages pops right up. Any ideas? Sincerely, T.J. Mannos Salt Lake Community College

2 3

Create an empty DTML Method
by Lindell Alderman 23 May '00

23 May '00

I want to write some dtml code that will add a DTML method that is totally empty. The add_DTMLMethod method in Zope puts in the default Zope content. How do I avoid that? -L

3 2

Tree Tag
by Andre Schubert 23 May '00

23 May '00

Hi, Does anybody know how i can disable the -> plus <- before each icon or od in the tree tag. mfg as

1 0

Re: [Zope-dev] Please HELP: Nested ZClass, Nested instance
by Park, Karl 23 May '00

23 May '00

Hello Karl, who has same name as me:-) Yes, I can create child zclass nested in parent zclass according to the Howto on management interface. And the zclasses were inherited from Object Manager and Catalog aware class. But still I can't do it programatically. If you know how to do it, your advice would be appreciated. (Due to the schedule, I decided to just go ahead according to Rik Hoekstra's advice) I found a interesting fact. When we access some ZClass in the product folder, the typical syntax used is(in DTML) this().Control_Panel.Products['MyProductFolderName'](DTML) self.Control_Panel.Products['MyProductFolderName'] (Python) This syntax seems to say that Products is a dictionary object of Python, because we can access each product folder by key. But when I try this, <dtml-var "_.len(this().Control_Panel.Products"> this returns just "1" But interestingly, <dtml-in "this().Control_Panel.Products.objectIds()> - or - <dtml-in "this().Control_Panel.Products['MyProductFolderName'].objectIds()"> returns expected results. Should I think "Product" folder under "Control_Panel" to be a kind of dictionary object? Thanks a lot Karl Message: 17 To: "Zope-Dev $E-mail$" <zope-dev(a)zope.org> Subject: Re: [Zope-dev] Please HELP: Nested ZClass, Nested instance From: Karl Anderson <karl(a)digicool.com> Organization: Digital Creations Date: 22 May 2000 15:34:57 -0700 "Park, Karl" <Karl.Park(a)korea.bowneglobal.com> writes: > I created a ZClass in the Product folder. And anther ZClass under the > ZClass(thus nested class) > To do it, I created a DTML Method which accepts user's input and then, if > needed, it have to create an object. > First part is to create the parent object, which works just fine. > But the sencond part to create the child object doesn't seem to work. > If I take the easy way, that is, creating othere ZClass on the top of the > products folder of Control Panel, I can do it. > But I don't think it is a good desing from the perspective of OOP.... I had some hassles with this recently. There's a HOWTO at: http://www.zope.org/Members/gtk/containers Can you create the child zclass from the manage screen inside the parent zclass? Does the parent zclass inherit from ObjectManager before any other superclasses? -- Karl Anderson karl(a)digicool.com

1 0

RE: Superuser ownership (was "Adding LoginManager at the root")
by Phillip J. Eby 23 May '00

23 May '00

At 03:13 PM 5/16/00 -0400, Tres Seaver wrote: > >Nope, because objects owned by 'nobody' would be almost useless -- the >intersection of nobody's permissions with any other users' is an empty >set. > After reviewing the 2.2 code today, Ty and I have found some problems with the current terminology, API, and implementation of the new security system. Here is the short summary of what we found/propose: 1. The "owner" concept is extremely confusing to talk about, explain, etc. We propose a terminology change to "responsible user", and to "taking responsibility" for an object instead of "taking ownership" of an object. We further propose that all API's and attributes be renamed to reflect this terminology rather than "owner". (One benefit is that "take responsibility" sounds like something you'd want to be wary of, while "take ownership" sounds too much like something *good*.) 2. The current implementation/usage of "manage_fixupOwnership" seems broken to us, in that moving, renaming, and importing objects causes the current user to silently take responsibility for an entire object subtree. We think this is unequivocally broken with respect to renaming, and there are common use cases for which the current moving and importing behavior would have to be considered broken. We propose that only copying and adding should involve an implicit "take responsibility" action. 3. The ability of the superuser to be responsible for objects should be acquirable in some fashion, so that objects such as LoginManager and GenericUserSource (which require objects to be created inside them for bootstrapping) can permit "standard" Zope objects to be created within them by the superuser. Currently, this would have to be done by overriding _setObject in these classes such that it doesn't call manage_fixupOwnership. 4. The SecurityManager API and ZopeSecurityPolicy have a shared design flaw that could seriously impact performance when used with user objects which are not part of the ZODB. Specifically, ZSP asks executing objects for their "owner" objects, which causes a getUserById() hit, which can potentially cause external database lookups... for every single DTML name lookup! Further complicating things is that GenericUserSource and GenericUserFolder may call back to this very same security lookup in order to determine access to an SQLMethod or LDAPMethod needed to look up the user! We propose a refinement to the addContext/removeContext that allows the "responsible user" to be placed on the context stack, rather than having it looked up later by the security policy. This could still have a significant performance impact when calling DTML methods in an "in" loop, but would still be better than the current situation in all but pathological cases.

8 14

Zope-2.2.0a1 and Products (SiteAccess)
by Carl Robitaille 22 May '00

22 May '00

Hi everyone, After the announcement that the version 2.2.0a1 of Zope was out, I decided to go for it. I was able to make it running in no time. I tried to install two different Products: ZMySQLDA and SiteAccess. The first one worked fine the first time. But I get an error starting the server (running PCGI) when the product SiteAccess 1.0.1 is installed. I have a feeling that it has to do with the new Ownership feature in Zope. But since I'm a Zope newbee I haven't been able to locate the exact problem (sorry about that) and so I might be wrong. Has anyone else experienced that kind of problems? Should I go back to 2.1.6? Actually, the reason I went for 2.2.0a1 is because of the fact that upgrading 2.1.6 to 2.2.0a1 didn't seem trivial because of the ownership thing. Any comments are welcome. Thank you for your time. Carl P.S. I attached the output that I get when I try to access Zope content via PCGI.

1 0

Re: [Zope-Dev] Zope 2.1.6 Memory issue
by Jason Spisak 22 May '00

22 May '00

Shane Hathaway writes: > Jason Spisak wrote: > > > > Shane Hathaway writes: > > > > > Jason Spisak wrote: > > > > > You must have a large site. > > > > > > > > 300,000 + objects > > > > > > Whoa... ;-) > > > > > > Tell me, what are you doing with 300K objects? > > > > > > Shane > > > > Technical recruiting. > > I am the ultimate test case for ZDOB scalability. ;) > > > > I just recently started having problems thoug, so I am going back and > > disabling the small fixes I have made recently in my code. > > > > I just restarted Zope again. > > > > Most of the objects just sit around. > > > > Wow. There it goes again. It's got to be DateTime.DateTime.DateTime. It > > just shot to 118003. > > That's actually a natural thing to happen. DateTime objects get > attached to many kinds of objects. The real problem is that so many > objects are being loaded into memory. > > I just did some research and it looks as though garbage collection is > not fully implemented in Python. I was not aware of this; do you know > whether it has been corrected? No, I had no idea. > > After minimizing your in-memory cache, look at the manage_debug screen > again. Are the refcounts still high? I bet they are... > No. The ref counts drop to hundreds. Also, is see reference to 161 Products.GadflyDA.gadfly.kjparser.ParseRule, and I'm not even useing Gadfly! What the heck is that about? Anyone? Thing's seem to be a bit nicer now that I took out an External Method that returns a DateTime object the Catalog for Indexing. However, there's only about 14,000 of objects with that property in existsnce in my DB, and they don't change often. Here's the code: def calendar_day(self) return int(self.calendar_date)/1000000 Used to return the unique integer day. 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.

4 5