August 2000 - Zope - Zope lists

anyone got a foolproof 2.1.6 -> 2.2.0 via import schema?
by Tony McDonald 22 Aug '00

22 Aug '00

I get KeyErrors from 2.2.0 with an Error value of a rubbish character when trying to import a folder of various objects. This also happens when trying to import the XML version, except the Error Value is 'id' (but with no idea of where the error is in the XML file ... irritating). any ideas? this is driving me up the bloody wall. ta tone ------ Dr Tony McDonald, FMCC, Networked Learning Environments Project http://nle.ncl.ac.uk/ The Medical School, Newcastle University Tel: +44 191 222 5888 Fingerprint: 3450 876D FA41 B926 D3DD F8C3 F2D0 C3B9 8B38 18A2

3 2

Sizing questions
by Lucas Hofman 22 Aug '00

22 Aug '00

This message is cross-posted to both the zope and the PTK mailing lists. The restrictions I hope to hear about might be in both products. 1. The ZODB database we are using has passed 500 MB in Size (Yes, it is packed). It is about 50/50 populated with small news items and files of 1-4Mb in size. I expect it to pass 1 GB in 6-12 months. At present response is very good, both in retrieving items and in accessing the catalog. Does anyone has experience with much larger databases? Are there any build in limits that I should take into account. 2. The portal user administrion is based on a ACL-users folder. 70 users at present, expected to reach 500-1000 after we disallow anonymous viewing. Will that still work? Regards, Lucas -- Lucas Hofman PGS Seres tel: +47 67514059 PO Box 354 fax: +47 67526640 N-1324 Lysaker, Norway

1 0

How do I use etcUserFolder
by Meaghan Aldridge 22 Aug '00

22 Aug '00

Hi, I have downloaded and installed the etcUserFolder files, but I can't seem to get it to work. Could someone please give me some step by step instructions about how to install and use this product? Thanks, Meaghan

1 0

Re: [Zope] calling (SQL) methods dynamically from External methods
by Philipp Auersperg 22 Aug '00

22 Aug '00

Thanks for the answer, it helped me, but you missed what I really wanted. I don't want to call SQL queries by query string, what I want is to use Z SQL Methods, but I need to identify them by their name as string, because in this project we have many complicated queries with parameters. But finally I am happy because that works: m1=getattr(self,'dbTest') #dbTest is a ZSQL method rs=m1(self) for r in rs: ........... Thanks Philipp Auersperg(zwork) *********** REPLY SEPARATOR *********** On 21.08.2000 at 13:32 Andrew Kenneth Milton wrote: >+-------[ Philipp Auersperg ]---------------------- >| >| What I want to do is calling a SQL method given its >| name as string, so I first have to get the method out of >| the self.__dict__ and then call it. I need that for calling >| the SQL methods dynamically for example out of an URL >| string. > > realConnection=getattr(self,connectionId) > realConnection().query(query_in_a_string) > >-- >Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton >The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | >ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon >PO Box 837 Indooroopilly QLD 4068 |akm(a)theinternet.com.au|

2 1

Squishdot and ZCatalog, Zope 2.2
by Chris Withers 21 Aug '00

21 Aug '00

odysseus(a)acedsl.com wrote: > I checked out the latest CVS source, and noticed you called > self.catalog_object() like this: > > self.catalog_object(obj,'/'+join(self.getPhysicalPath(),'/')+'/'+obj.thread_path()+'/'+`id`) > > When I went to look at the catalog entries after adding a new site within > a folder called myfolder, I noticed the new entries showed up as: > > /newsquish/<id> > > When I clicked on the link, I received an error saying it can't find the > object. I don't think a leading '/' should be supplied to > catalog_object(). I tried to update the catalog, which promptly removed > all the postings from the catalog. When I re-cataloged the postings, the > entries were now showing up as: > > //myfolder/newsquish//<id> Sounds like Zope 2.1.6 to me.... If you try it on Zope 2.2.0 it works fine, for me anyway :S > Also, the setItem() method in the Squishsite class (different from the > setItem() method in the Posting class) is the only place where using the > absolute_url() method doesn't work. It's cos the 2.2.0 implementation of absolute_url requiers a REQUEST, which it doesn't get in setItem(). This is fixed in 2.2.1 apparently... > I've noticed in all the other methods > it's called from, it returns the proper result. The same actually goes for > the getPhysicalPath() method, all the double slashes aside. Notice in the > above examples, when the postings were initially loaded, > getPhysicalPath() returns only newsquish, whereas everywhere else, it > returns /myfolder/newsquish . haven't noticed this at all... what version of Zope are you using? > Let me know if you need any help, Oh, I need help alright, for trying to move Squishdot to Zope 2.2 in the first place :( My current fun is with <dtml-in attachment> which works fine in the edit form on the management interface but throws a KeyError on 'file_name' when I try and use it in the posting_html DTML method... Any ideas/solutions greatly recieved :S cheers, Chris

3 3

Squishdot and Traversal Interface, take 2
by Chris Withers 21 Aug '00

21 Aug '00

odysseus(a)acedsl.com wrote: > self.catalog_object(obj,'/'+join(self.getPhysicalPath(),'/')+'/'+obj.thread_path()+'/'+`id`) This is very bad for many reasons :( > When I went to look at the catalog entries after adding a new site within > a folder called myfolder, I noticed the new entries showed up as: > > /newsquish/<id> > > When I clicked on the link, I received an error saying it can't find the > object. I don't think a leading '/' should be supplied to > catalog_object(). You are quite correct, but the problem in this case was more serious. getPhysicalPath(), AFAIK, is a recursive method that goes up the acquisition tree. Unfortunately, in __init__, where the sample articles are created, self isn't acquisition wrapped and so you: a) don't get your leading '/' for free b) don't get path info for further up the tree from the SquishSite (hence the manage_catalogView page is broken) This was the major thing to be fixed with some judicious use of a 'parent' argument to the __init__ method and a bit of wrapped=self.__of__(parent) magic. > I tried to update the catalog, which promptly removed > all the postings from the catalog. That I never experienced... > When I re-cataloged the postings, the > entries were now showing up as: > > //myfolder/newsquish//<id> My second mistake :( thread_path returns the thread path with a '/' prepended, so mine was redundant. d'oh! So there ya go, all fixed now though (allegedly) and checked into CVS. Lance, thanks for all the testing, it's very much appreciated :-) cheers, Chris

1 0

RE: [Zope-dev] Fighting with ZServer
by weboats＠web-oats.com 21 Aug '00

21 Aug '00

To your image in properites add a string property called Last-Modified with value Wed, 15 Mar 2002 19:02:17 GMT And your broken image problem will disappear. This is not zope specific, I think it's apache since I've had the problem with PHP4 using a fusebox architecture. -Kevin Smith >Since this afternoon, I am fighting with ZServer. >Currently, it seems Zserver is winning .... >I do not understand, what I see... >At work: Zope 2.1.6, Sparc Solaris 2.7, Linux Netscape >4.51 > Sometimes, images are not shown by Netscape (broken >image). > No "simple" reload is able to change this, however >a "forced" reload > lets Netscape show the image correctly. > From then on, the image is always shown correctly: >by "simple" reload, "forced" reload or directly (served from cache). > The strange thing, inside "Image.index_html" the failing > "simple" reload and the succeeding "forced" reload >look > completely identical. >At home: Zope 2.1.6, Intel Linux 2, Linux Netscape 4.5 > All images are always shown correctly. > However, there is no log entry in "var/Z2.log" for > about 50 % of the requests that are answered by > a 304 response. It is non-deterministic whether > a log entry is written or not. >Did you ever see something like this? >Dieter

1 0

File size errors for manage_addFile
by Satheesh Babu 21 Aug '00

21 Aug '00

Hi all, I've a form using which files need to be uploaded to Zope's database. The processing method has Proxy of Manager. However, if the uploaded file is more than 150KB, manage_addFile which is called from inside my processing method gives an error which says Zope error: in commit_sub If I upload using normal Zope interface, there is no problem with any size file. There is no problem with my form+processor for files less than this size either. I've the same error for manage_addImage too, but the file size limit there is 50KB. Platform: WinNT4.0, SP6 Zope 2.1.6 Any help is greatly appreciated. Many thanks in advance vsb vsbabu(a)csoft.net http://www.mamlegault.com/~vsbabu/

1 0

Builing DynPersist.c - LoginManager / ZPatterns ..
by Jørgen Skogstad 21 Aug '00

21 Aug '00

Kindest .. I've been trying to implement LoginManager with ZPatters today, but have failed so far. Can anyone give me some input with this. Would really like to have some pointers in the correct direction. DynPersist.c It is the file above it fails on .. and I think I saw a message that this is a "common" problem others have experienced. Is this correct? And does anyone have the shared lib for RH v6.2?? .. would really apriciate it if someone would contribute 5 mins of their time! Have a real nice day.. and thanks in advance. ;) -- Med vennlig hilsen, Jørgen Skogstad

3 2

RE: [Zope] SQL trees...
by Mayers, Philip J 21 Aug '00

21 Aug '00

Confirmed. Downgrading to 2.1.4 fixed it. How annoying... Thanks a lot! Regards, Phil +----------------------------------+ | Phil Mayers, Network Support | | Centre for Computing Services | | Imperial College | +----------------------------------+ -----Original Message----- From: Philipp Auersperg [mailto:zope@philosoft.at] Sent: 21 August 2000 18:31 To: Mayers, Philip J; zope(a)zope.org Subject: Re: [Zope] SQL trees... Which Zope version do you use ? When I read your message I have a deja-vu: I encountered the same output when I use SQL based trees under Zope 2.1.6, it is a bug somewhere in the SQL method handling that appeared in 2.1.6 and is fixed in 2.2.0. Solution: switch back to 2.1.4 or forward to 2.2.0 or patch the existing 2.1.6 Philipp Auersperg (zwork)

1 0