- Zope-Dev - Zope lists

Re: [Zope-dev] ZOPE 2.0.0a4 INSTANCE_HOME/Products bug?
by Amos Latteier 22 Jul '99

22 Jul '99

At 12:40 PM 7/22/99 +0200, Andreas Kostyrka wrote: >I've been wondering, if I'm doing something wrong: >-) I've created a lib/python/Products directory in my INSTANCE_HOME. That should be INSTANCE_HOME/Products the instance home's doen't have a lib/python directory. -Amos

3 2

Zope in endless loop
by jam＠paragon-software.com 22 Jul '99

22 Jul '99

Hi, we're having problems with Zope 1.10.3 running under python 1.5.1 on Linux. It seems like every now and then our Zope process (running through pcgi) gets into an endless loop and we have to kill it. We're not publishing/instantiating any "custom" objects -- just plain DTML methods and scripts which seemed to work until we did alot of work over the last couple of days. Now we can got to a specific page, edit the DTML and Zope just hangs. Is there anyway to turn on debugging/loggin to see what is going on within Zope? thanks, -jeff

1 0

CVS checkin notifications reinstated
by Ken Manheimer 22 Jul '99

22 Jul '99

[Since the zope-announce list is new and has relatively few subscribers, i'm cc'ing the zope-dev list as well - we won't continue to do this for long. I'm not sure chris was clear about this - if you're subscribing to zope-dev (and/or zope) you probably want to subscribe to zope-announce as well: http://www.zope.org/mailman/listinfo/zope-announce . Ken.] We've reinstated updates to the public CVS repository (before the Zope2 release - looks like that may be a day or two) - *with an important change*: Ongoing development is being applied to a new directory, Zope2. The old Zope module, on which the prior public checkouts were based, will *not* be revised, so: - If you want to get the new version you'll have to do a new checkout of the Zope2 module. This actually simplifies a bunch of things from our internal perspective, and a few things from the external perspective, and has the benefit of providing a checkpoint of the last Zope1 release. But it is a change, and we want to be sure that you track it. Questions? Comments? Lemme know. Ken Manheimer klm(a)digicool.com

1 0

ZClass instances detatched from ZClass
by Jason Spisak 22 Jul '99

22 Jul '99

Zopists, I have been checking this out and it seems to be a bug. I checked the collector and didn't see this. I have instances of a ZClass. I change the meta_type of the ZClass. Should not the meta_type of those instances also change? They don't. Icons are the same way. If I have and instance, then changes the icon for the ZClass, the instance icon remains the same. It's not a cache issue. I have restarted and flushed the browser. It seems that things on under the Basic tab don't affect already created instences. This isn't how ZClasses is designed, right? Also, the bug http://www.zope.org/Collector/392/view , says completed, but even with a CVS from 7/20, the meta_types still won't change in any add selection lists. Anyone think I shouldn't submit this? Warmest Zope wishes, Jason Spisak webmaster(a)mtear.com

2 2

RE: [Zope-dev] ZClass inheriting from Python Class
by Michel Pelletier 22 Jul '99

22 Jul '99

> -----Original Message----- > From: Martijn Faassen [mailto:faassen@vet.uu.nl] > Sent: Thursday, July 22, 1999 10:40 AM > To: zope-dev(a)zope.org > Subject: Re: [Zope-dev] ZClass inheriting from Python Class > > > Michel Pelletier wrote: > > > From: Miller, John M. [mailto:jmiller1@uop.com] > > > think you need > > > to do something like get_transaction().commit() when you want > > > to commit > > > changes you've made. Though it may be that Zope takes care > > > > You don't really ever need to do this if you treat all attributes > > immutibly. > > So if I use a list attribute in my class to which I append I > do need to, > right? > Not necesarily, you can do this: list = self.list list.append(blah) ... self.list = list The final assignment will be caught by the persistence machinery and your appends will be saved with it. If you look at the Catalog code, you'll see I did this all over the place and n'er once used commit(). -Michel > Regards, > > Martijn > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://www.zope.org/mailman/listinfo/zope-dev > > (To receive general Zope announcements, see: > http://www.zope.org/mailman/listinfo/zope-announce > > For non-developer, user-level issues, > zope(a)zope.org, http://www.zope.org/mailman/listinfo/zope ) >

2 2

RE: [Zope-dev] ZClass inheriting from Python Class
by Michel Pelletier 22 Jul '99

22 Jul '99

> -----Original Message----- > From: Miller, John M. [mailto:jmiller1@uop.com] > Sent: Thursday, July 22, 1999 8:48 AM > To: 'M.Faassen(a)vet.uu.nl'; zope-dev(a)zope.org > Subject: RE: [Zope-dev] ZClass inheriting from Python Class > > > Heya, > > If I've read and interpreted the Documentation properly, you > need to make > your Python class a subclass of BoboPOS.Persistent. Then I Actually, Persistence.Persistent. BoboPOS will work but it's not 'the way'. It's legacy. > think you need > to do something like get_transaction().commit() when you want > to commit > changes you've made. Though it may be that Zope takes care You don't really ever need to do this if you treat all attributes immutibly. > of transactions > most of the time and you don't have to worry about this. I also just > discovered a 27 page document on ZODB 3 (cool! the more stuff > to read, the > better I say) which definitely will have a more definitive > answer than my > casual hack. >

2 1

RE: [Zope-dev] ZClass inheriting from Python Class
by Michel Pelletier 22 Jul '99

22 Jul '99

> -----Original Message----- > From: Martijn Faassen [mailto:faassen@vet.uu.nl] > Sent: Thursday, July 22, 1999 9:42 AM > To: zope-dev(a)zope.org > Subject: Re: [Zope-dev] ZClass inheriting from Python Class > > > Yes, but in the case of ZClasses I was assuming that my Python mixin > class would be automagically mixed in with the ZClass, which already > does all this persistent stuff, right? So that's why I'm puzzled, but > maybe you're right. In that case I want to know why still. :) I'm > probably just confused about this, but the ZClasses tutorial also > doesn't mention having to do more than registering the Python > class with > Zope to make it work. > You do need your subclass to subclass Persistent. -Michel

2 1

RE: [Zope-dev] Questions for ZOPE gods: Acquisition, etc.
by Brian Lloyd 22 Jul '99

22 Jul '99

> I've been poking around in the 2.0.0a4 sources to allow > subsiting (Folder > in existing Zope + Domainname == Subsite ;) ), and I've developed some > questions, that probably not many people will be able to answer: > > -) Is there anywhere documentation about Acquisition? How > exactly is it > intended to be used, etc. I've been reading the source > code, so I think > I'm breaking the Acquisition chain the right way at the > subsite level, > but thinking and knowing are different words. ;) Check out: http://www.zope.org/Documentation/Reference/Acquisition > -) I've actually done the ZPublisher subsite patch twice, and in both > cases (dirty and the newer almost clean version), I get permission > denied problems for my subsite folder. Now, after looking at the > Application object and the Subfolder object, I'm getting > the impression > that a Folder cannot be the toplevel folder of a Zope > database, right? > > Andreas Right - the top level object is actually an "Application" object, which is mostly like a Folder but contains some other necessary things. That is probably also the root of your authentication problems - note also that intentionally breaking the acquisition chain will also likely break security, which is pretty intimately tied to Acquisition. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

RE: [Zope-dev] creating one ZClass instance in the constructor of another
by Brian Lloyd 22 Jul '99

22 Jul '99

> Hi Zopistas - > > This is probably a really easy one, but I was wondering if > anyone knows > how to create an instance of one ZClass inside the constructor of a > different ZClass. To illustrate with an example: > > I have defined two ZClasses, a ProjectManager and a GuestBook (I > reimplemented the old Guestbook example product using ZClasses) as > separate Products (since they are not really intrinsically related). > I want to use the GuestBook in the ProjectManager, but I can't figure > out how to create the GuestBook in the ProjectManager's constructor. > > I want to do something like > >  > > in the ProjectManager_add method; however, since the other Product's > names don't seem to be defined in the namespace of ProjectManager_add, > this doesn't work. > > Can anyone please tell me the magical solution to this problem? > > > --Brian Hooper This is a little ugly, but it should work (untested). Let me know!  Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

RE: [Zope-dev] ZClass inheriting from Python Class
by Miller, John M. 22 Jul '99

22 Jul '99

Heya, If I've read and interpreted the Documentation properly, you need to make your Python class a subclass of BoboPOS.Persistent. Then I think you need to do something like get_transaction().commit() when you want to commit changes you've made. Though it may be that Zope takes care of transactions most of the time and you don't have to worry about this. I also just discovered a 27 page document on ZODB 3 (cool! the more stuff to read, the better I say) which definitely will have a more definitive answer than my casual hack. ZODB-ly yours, (pronounced zodebely, rhymes with notably, of course) John > -----Original Message----- > From: Martijn Faassen [SMTP:faassen@vet.uu.nl] > Sent: Thursday, July 22, 1999 4:18 AM > To: zope-dev(a)zope.org > Subject: [Zope-dev] ZClass inheriting from Python Class > > Hi everybody, > > I've been toying with ZClasses. I made a simple Python class and > registered it with Zope as mentioned in the ZClass tutorial. Then I made > a ZClass that inherits from this Python class. I store some text data in > a list in the ZClass. > > This works fine, except when I restart Zope; the data in the list is > gone. Apparently the mixin Python class is not automatically persistent. > Is this what should happen? What do I do about it? > > Regards, > > Martijn > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://www.zope.org/mailman/listinfo/zope-dev > > (To receive general Zope announcements, see: > http://www.zope.org/mailman/listinfo/zope-announce > > For non-developer, user-level issues, > zope(a)zope.org, http://www.zope.org/mailman/listinfo/zope )

2 1