- Zope-Dev - Zope lists

Re: [Zope-dev] Ending up with a wrapped object through the web?
by Anthony Baxter 30 May '00

30 May '00

>>> "Kevin Dangoor" wrote > > If you are using CVS, you need to do an update in ZODB to update > > the coptimizations.c file then rebuild the coptimizations module. > > That should fix the problem... > > That did the trick. One oddity, though: I had to reauthenticate as the > superuser to do it. Shouldn't a Manager be able to import to > Control_Panel/Products? worse yet - you can't import _at_ _all_ outside the control panel. A manager can't access RoleManager. superuser can't own objects. *sigh* Anthony, still trying to get XMLWidgets installed...

1 0

RE: [Zope-dev] Ending up with a wrapped object through the web?
by Brian Lloyd 30 May '00

30 May '00

> > When importing the .zexp, I get an "Attempt to store a > wrapped persistent > > object" error. This is really puzzling, because I'm not sure how a > > completely through-the-web Product would have a wrapped > object stored in it. > > I tried removing the PythonMethods to see if they were > stored in an unusual > > way, and this did not change the behavior... > > It's not just you - I've been unable to get any imports to work in > current-cvs. > > Anthony Hi guys - If you are using CVS, you need to do an update in ZODB to update the coptimizations.c file then rebuild the coptimizations module. That should fix the problem... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 1

Re: [Zope-dev] 'import' busted in current-cvs.
by Anthony Baxter 30 May '00

30 May '00

Ok dokey, I've done a rebuild, and now, when trying to import stuff as a user with 'Manager' privs, I get... You are not authorized to access RoleManager. Traceback (innermost last): File /opt/zope/zope-cvs/./lib/python/ZPublisher/Publish.py, line 224, in publish_module File /opt/zope/zope-cvs/./lib/python/ZPublisher/Publish.py, line 189, in publish File /opt/zope/zope-cvs/./lib/python/ZPublisher/Publish.py, line 175, in publish File /opt/zope/zope-cvs/Zope2/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_importObject) File /opt/zope/zope-cvs/./lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: manage_importObject) File /opt/zope/zope-cvs/lib/python/OFS/ObjectManager.py, line 525, in manage_importObject (Object: RoleManager) File /opt/zope/zope-cvs/lib/python/OFS/CopySupport.py, line 371, in _verifyObjectPaste (Object: RoleManager) File /opt/zope/zope-cvs/./lib/python/AccessControl/SecurityManager.py, line 147, in validateValue File /opt/zope/zope-cvs/lib/python/AccessControl/ZopeSecurityPolicy.py, line 212, in validate Unauthorized: (see above) As an aside - should issues with current-cvs go into the Collector? Many times it seems stuff is fixed well before the Collector gets seen to. Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

RE: [Zope-dev] Zope 2.1.6 ZCatalog: minor bug, missing "find" imp ort -- with patch
by Brian Lloyd 30 May '00

30 May '00

> I just found a minor bug in Zope 2.1.6's ZCatalog (distribution). > > "ZCatalog.py" does not import "find". > If the "containing" field contains a value, a NameError exception > is raised. > > Patch appended. > > Dieter > Thanks for the report - it looks like this was already fixed for 2.2. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

Re: [Zope-dev] Z SQL: "optional" isn't?
by Dieter Maurer 30 May '00

30 May '00

Kyler B. Laird writes: > I'd like to build a Z SQL method for *many* > people to use to list courses that we offer. > I don't want to require that all queries > using it understand all of the columns, but > I do want to be able to modify the query in > many ways. > > This works only if I provide at least an empty > string for all values. If I don't provide a > value at all for one of the arguments, I get > Error, Bad Request: ['version'] You want to use "default values" in your SQL method argument list. The details are described in "ZSQL/ZSQL.2.5.2.html". You already got this advice. You failed, because you used the wrong kind of quotes (i.e. single rather than double quotes). Quote from "ZSQL2.5.2.html": > See Database method input argument format: Argument name and type are > separated by a colon. A equal sign separates the default value from > the name and type. The default value is a string representation of the > desired value. If the default value contains spaces, or is an empty > string, then it must be surrounded by double quotes.) > Pattern: name:type="default" Dieter

3 3

Re: [Zope-dev] Calling DTML methods from Python
by Rik Hoekstra 30 May '00

30 May '00

Andrew Wilcox wrote: > > >OK, I'll set up a DTML Quick Reference on the ZDP site right now! It's link > >is > > > >http://zdp.zope.org/portals/beginners/DQR > > > >We should be able to get this in place. Contributions sought! > > Do you want me to include my text? Where would it go? Yes. Hm, this is already rather specific. I'll paste it into a section (Topic) called Calling DTML. We may need to revise the topics afterwards, but that doesn't really matter now. Note that you can make your own topics (at least I think you can). Last night I couldn't finish it, but I thought the idea would be there as is. I'll try and work on it a bit today. thanks Rik

1 0

Expression syntax for sort= attribute in <dtml-in ..> tag.
by Adam Karpierz 29 May '00

29 May '00

It's very, very... great news that Ross Lazarus's multikey sort patch for dtml-in tag is included in current Zope CVS and will be included in Zope 2.2. <dtml in "foo" sort=akey,anotherkey> But for me one important thing is very missed. Possibillity of use expression syntax for sort= attribute. Maybe syntax: <dtml in "foo" sort="expression_which_returns_sort_keys_string"> would be possible ? eg. <dtml in "foo" sort="fun()"> where fun() will returns appropriate Python string eq. 'firstname,surname,height, width,weight' :) I hate constructions like this: <dtml-if something> <dtml in "foo" sort=key1,key2,key3> <dtml-elif something> <dtml in "foo" sort=key1,key3,key2> <dtml-elif something> <dtml in "foo" sort=key2,key1,key3> <dtml-elif something> <dtml in "foo" sort=key2,key3,key1> <dtml-elif something> <dtml in "foo" sort=key3,key1,key2> <dtml-else> <dtml in "foo" sort=key3,key2,key1> ... </dtml-in> What you think about ?. Adam Karpierz karpierz(a)itl.pl

2 1

Re: [Zope-dev] Calling DTML methods from Python
by Rik Hoekstra 29 May '00

29 May '00

>>Is it just me or is there a lot of confusion between the terms >>namespace, self, client, and the REQUEST object (which, unlike it's name >>implies, seems to contain a lot more than stuff relating to the HTTP >>request, like the RESPONSE object, for example ;-) >> >>Perhaps this could be shaken down and then, a first for the Zope >>community I believe ;-), _documented_ somewhere!!! OK, I'll set up a DTML Quick Reference on the ZDP site right now! It's link is http://zdp.zope.org/portals/beginners/DQR We should be able to get this in place. Contributions sought! Rik

1 0

Calling DTML methods from Python
by Chris Withers 29 May '00

29 May '00

Hi, As part of ongoing Squishdot work I wanted to make things like standard_html_header available to the showMessage DTML method, which is called from a python method in Squishdot.py. Why do I have to include self as follows? return self.showMessage(self, REQUEST=REQUEST [stuff]) I thought self was automatically passed by python. Why is it not in this case? is this the same reasons why you need the following (horrible) DTML: <dtml-call "someFunc(_,REQUEST,[stuff])"> rather than <dtml-call "someFunc([stuff])"> which would be much nicer ;-) cheers, Chris

3 4

Re: [Zope-dev] Memory 2.1.4-2.1.6 a.k.a. how to get objects out of the cache
by Eric Sattler 29 May '00

29 May '00

All, I also am having severe problems with memory creep. Our problem exhibits itself by quickly using gobs of memory and requiring a zope restart after about a day and a half at about 100M resident. First our configuration: Core Components: FreeBSD 4.0/FreeBSD 3.4 - on separate machines of course Postgres 6.5.3/Postgres 7.0(fixes some memory leaks) Python 1.5.2 Zope 2.1.4/2.1.6 have tried both pcgi with ZServer Apache w/mod_ssl 1.3.9 and 1.3.12 Products: ZPySQLDA SQLSession GenericUserFolder I have looked at a lot of different things. This includes: Installing the gc(garbage collection) python package - Neil Schemenauer's patches Installing Postgres 7.0(fixes some connection memory leaks) Tracking the cache cleanup inside zope Tracking thread locking inside DB.py, Transaction.py Results: gc python didn't help alleviate the problem Postgres 7.0 instead of 6.5.3 didn't help the problem I do see GenericUserFolder and SQLSession objects with the Control_Panel_Debug screen, and they do not seem to go away. I wrote a simple python script to do nothing more than authenticate (log in) using the GenericUserFolder method docLogin. The memory usage quickly grows out of control. After waiting 15 minutes(my cookie timeout), no decrease in memory usage. The objects are still in the cache also. Restarting zope clears everything up, and starts out nice and clean again. We have a cron job doing this right now. Questions: 1. How does a user's connection resources etc. get cleaned up by Zope after a cookie timeout? Do I need to do this myself? 2. How does a genericuserfolder's set of objects used by an authenticated user get cleaned up. I can't seem to make those objects get reclaimed by the system, even when the user logs off? 3. I am not explicitly removing SQLSession objects. Will my usage counts for these objects remain > 1, thereby never allowing them to get cleaned up, and thereby keeping my usage counts for genericuserfolder's > 1? 4. Since GenericUserFolder inherits from Folder objects, is it possible that the reason my memory grows so fast is that Zope does not release the resources used by a user properly, during an abrupt disconnect? I will assist/help trying different things to try to solve this problem! thanks. eric.

4 4