- Zope - Zope lists

I've been zope'd
by Alex Rice 27 Jun '99

27 Jun '99

I just want to thank everyone at DC and all you other hackers. Zope was impressive to begin with, but the addition of ZClasses and ZCatalogs is really an awesome addition to Zope. For those of you not yet tinkering with ZClasses and ZCatalogs, I highly recommend it :-) Having fun, Alex Rice | alrice(a)swcp.com | http://www.swcp.com/~alrice Current Location: N. Rio Grande Bioregion, Southwestern USA

1 0

Re: [Zope] Zope just up and dies on a somewhat regular basis
by michel＠digicool.com 27 Jun '99

27 Jun '99

Bill Anderson <bill.anderson(a)libc.org> writes: This has been reported before, so I suppose it would be considered a known bug in ZopeHTTPServer. Digital Creations no longer supports ZopeHTTPServer, nor do we continue or plan on continuing any development on it. In reality, it is a very, very simple piece of software that is nowhere near production quality (as you've discovered) and never will be (unless you fix it). I suggest you use ZServer or Apache (or both). Your problem will go away then. -Michel > Subject is it. Details are below. > > Setup: > Zope: Current 1.10 release, port 80 > WebServer: ZopeHTTPServer included in release tarball. > Hardware: AlphaStation 4/233 (if it matters) > OS: RHL 6.0 > > Here is the result of the log file perusal: > ================================================= > Traceback (innermost last): > File "/usr/local/Zope-1.10.3-src/ZopeHTTPServer/ZopeHTTPServer.py", > line 388, > in handle_request > File "/var/tmp/python-root/usr/lib/python1.5/SocketServer.py", line > 239, in p > r > ocess_request > self.finish_request(request, client_address) > File "/var/tmp/python-root/usr/lib/python1.5/SocketServer.py", line > 243, in f > inish_request > self.RequestHandlerClass(request, client_address, self) > File "/var/tmp/python-root/usr/lib/python1.5/SocketServer.py", line > 362, in _ > _init__ > self.handle() > File "/var/tmp/python-root/usr/lib/python1.5/BaseHTTPServer.py", line > 258, in > handle > method() > File "/usr/local/Zope-1.10.3-src/ZopeHTTPServer/ZopeHTTPServer.py", > line 292, > in do_GET > File "/usr/local/Zope-1.10.3-src/ZopeHTTPServer/ZopeHTTPServer.py", > line 305, > in publish_module > File "/usr/local/Zope-1.10.3-src/lib/python/ZPublisher/Publish.py", > line 893, > in publish_module > File "/usr/local/Zope-1.10.3-src/ZopeHTTPServer/ZopeHTTPServer.py", > line 240, > in write > IOError: (32, 'Broken pipe') > Publishing module Main > Serving HTTP on port 80 ... > ---------------------------------------- > Exception happened during processing of request from ('207.225.39.14', > 2852) > ========================================================================== > (The above is repeated for a number of IP addresses.) > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev )

2 1

Re: [Zope] Re: ZCatalog alpha
by michel＠digicool.com 26 Jun '99

26 Jun '99

Alex Rice <alrice(a)swcp.com> writes: > On Fri, 25 Jun 1999 15:20:22 -0400, > Michel Pelletier <michel(a)digicool.com> said: > > Michel> Remember, this is *alpha* software. It has limitations, and > Michel> there are several optimizations/features we have planed for it > Michel> which are not included in this release. We would, however, like > Michel> the tired to be well kicked. > > Kicking the tired? That's cruel and unusual :-) Ugh. Well maybe at the time I felt like a kicked tired person. Paul called this a 'Fulton-typo', a typo that makes sense anyways and is funnier than the original sentence. > > re: ZCatalog > This rocks. It's very fast. > Yep. > However, I seem to be limited by the amount of memory used by > manage_catalogFoundItems. It's memory usage seems to balloon out of > control, and never goes back to normal until restarting Zope. > > Is this a memory leak, or just a consequence of the awesome indexing the > catalog is doing? > It *could* be a memory leak, but remember, for every unique word that you text index, Zope creates several data structures. On my list of things to do to catalog to optimize it is to improve upon the 'Status' view so that you can look inside the indexes and see how many words they are storing, and maybe some memory consumption statistics. Don't be suprised, however, if the indexes grow to two or three times the size of the data that is indexed. That is the nature of indexing. You may have noted from the code that ZCatalog uses 'UnIndex' and 'UnTextIndex'es. These are different from the usual Index and TextIndex modules that have come with Zope since 1.10.0. The 'Un' indexes are fully symetrical, meaning that not only do they have an index that maps from word to document id (and score) they also have an inverted index that maps from document id to word. The reason for this is because the Catalog can not allways track when an object changes (the only way it can do that is if the object notifies the catalog that it is about to change). 'Un' indexes then need to keep a little extra information around, so that when an object comes in to have itself Cataloged again, the Index can first find out what the old values of the object were (using the inverted index) unindex those, and then reindex the object. Pretty heavy stuff, although the use of fully symetrical indexes really simplified the design of the 'Un' indexes over those of the more memory efficient Indexes. > Just for kicks I loaded several MB of texts into DTML Docs and this is > where I found the memory problem. My setup is The several MB of text would probably translate into 2 or 3 times that in memory growth. However, the Persistence machinery will quickly start to deactivate unused portions of the index. Try tweaking your Cache settings to see if you can get Zope to be more aggresive about deactivating objects. -Michel > > Zope 2.0a3+ZServer+odb3+pcgi > Python 1.5.2 > Linux 2.2.9/x86 > > Alex Rice | alrice(a)swcp.com | http://www.swcp.com/~alrice > Current Location: N. Rio Grande Bioregion, Southwestern USA > > > > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev )

2 1

Zope Developer required in Sydney
by Gary Stephenson 26 Jun '99

26 Jun '99

We have a newly-created position available for a Zope developer - here in Sydney, Australia. At this stage, we wish to only consider applicants that would be available to work on-site with us. Those wishing more details should e-mail me directly. many thanx, gary

1 0

Re: [Zope] beginner's questions...
by michel＠digicool.com 26 Jun '99

26 Jun '99

Jens Vagelpohl <tommymi(a)concentric.net> writes: > hey everyone, > > i bet this has been asked before, but i just subscribed to the list > yesterday... > > i am running zope 1.10.3 on redhat 5.2 with python 1.5.1, using the built-in > ZHTTPServer > > - what is the best way to bind ZHTTPServer to port 80? i looked at the chain > of scripts starting the server process but i have not been able to specify > the port-argument successfully. looking at the documentation yields > conflicting advice, if any... > Specify a -p argument to the ZopeHTTPServer process. alternatively you can hardwire it, see the very end (port=9673) of the ZopeHTTPServer/ZopeHTTPServer.py file. > > - trying to shut down the server process from the management-control panel > "shutdown"-button doesn't work. the traceback in the page source says: > > Traceback (innermost last): > File /usr/src/Zope-1.10.3-src/lib/python/ZPublisher/Publish.py, line 877, > in publish_module > File /usr/src/Zope-1.10.3-src/lib/python/ZPublisher/Publish.py, line 590, > in publish > (Info: /Control_Panel/manage_shutdown) > File /usr/src/Zope-1.10.3-src/lib/python/App/ApplicationManager.py, line > 222, in manage_shutdown > (Object: Navigation) > File /usr/src/Zope-1.10.3-src/lib/python/BoboPOS/SimpleDB.py, line 802, in > save_index > IOError: (13, 'Permission denied') Your ZopeHTTPServer process probably doesn't have permission to write the database index file to the to the /var directory. It probably *does* have permission to write to the Data.bbb file *in* the var directory (otherwise it wouldn't work at all). Since the database index file is just an optimization, and not required for Zope to start up, everything works for you until your Zope process tries to save the index file. > > > help is highly appreciated. what i am working on is an intranet-based > customer database with web front-end. this is a class project for my > master's program and i intend on dazzling the professor, whose solutions and > projects almost always exclusively involve micro$oft-trash, of which i am > utterly sick after a few projects with e.g. SQL server and ASP. > I would not suggest running ZopeHTTPServer for a grade. It is not production software. It was intended to allow people to quicky try out Zope back before we had ZServer, but now that there is ZServer, and it is just as simple to use as as ZopeHTTPServer, I would suggest trying that. Now that I think about it, I propose that we unbundle ZopeHTTPServer from all future releases of Zope. -Michel > :) > > Jens Vagelpohl > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev )

1 0

Zope just up and dies on a somewhat regular basis
by Bill Anderson 26 Jun '99

26 Jun '99

Subject is it. Details are below. Setup: Zope: Current 1.10 release, port 80 WebServer: ZopeHTTPServer included in release tarball. Hardware: AlphaStation 4/233 (if it matters) OS: RHL 6.0 Here is the result of the log file perusal: ================================================= Traceback (innermost last): File "/usr/local/Zope-1.10.3-src/ZopeHTTPServer/ZopeHTTPServer.py", line 388, in handle_request File "/var/tmp/python-root/usr/lib/python1.5/SocketServer.py", line 239, in p r ocess_request self.finish_request(request, client_address) File "/var/tmp/python-root/usr/lib/python1.5/SocketServer.py", line 243, in f inish_request self.RequestHandlerClass(request, client_address, self) File "/var/tmp/python-root/usr/lib/python1.5/SocketServer.py", line 362, in _ _init__ self.handle() File "/var/tmp/python-root/usr/lib/python1.5/BaseHTTPServer.py", line 258, in handle method() File "/usr/local/Zope-1.10.3-src/ZopeHTTPServer/ZopeHTTPServer.py", line 292, in do_GET File "/usr/local/Zope-1.10.3-src/ZopeHTTPServer/ZopeHTTPServer.py", line 305, in publish_module File "/usr/local/Zope-1.10.3-src/lib/python/ZPublisher/Publish.py", line 893, in publish_module File "/usr/local/Zope-1.10.3-src/ZopeHTTPServer/ZopeHTTPServer.py", line 240, in write IOError: (32, 'Broken pipe') Publishing module Main Serving HTTP on port 80 ... ---------------------------------------- Exception happened during processing of request from ('207.225.39.14', 2852) ========================================================================== (The above is repeated for a number of IP addresses.)

1 0

beginner's questions...
by Jens Vagelpohl 26 Jun '99

26 Jun '99

hey everyone, i bet this has been asked before, but i just subscribed to the list yesterday... i am running zope 1.10.3 on redhat 5.2 with python 1.5.1, using the built-in ZHTTPServer - what is the best way to bind ZHTTPServer to port 80? i looked at the chain of scripts starting the server process but i have not been able to specify the port-argument successfully. looking at the documentation yields conflicting advice, if any... - trying to shut down the server process from the management-control panel "shutdown"-button doesn't work. the traceback in the page source says: Traceback (innermost last): File /usr/src/Zope-1.10.3-src/lib/python/ZPublisher/Publish.py, line 877, in publish_module File /usr/src/Zope-1.10.3-src/lib/python/ZPublisher/Publish.py, line 590, in publish (Info: /Control_Panel/manage_shutdown) File /usr/src/Zope-1.10.3-src/lib/python/App/ApplicationManager.py, line 222, in manage_shutdown (Object: Navigation) File /usr/src/Zope-1.10.3-src/lib/python/BoboPOS/SimpleDB.py, line 802, in save_index IOError: (13, 'Permission denied') help is highly appreciated. what i am working on is an intranet-based customer database with web front-end. this is a class project for my master's program and i intend on dazzling the professor, whose solutions and projects almost always exclusively involve micro$oft-trash, of which i am utterly sick after a few projects with e.g. SQL server and ASP. :) Jens Vagelpohl

1 0

RE: [Zope] Tree tag and SQL methods?
by Alexander Staubo 26 Jun '99

26 Jun '99

Doesn't improve anything: While the "second" part of the query -- the one that's supposed to collect the leaf articles -- clearly executes, no data is displayed. Only the first level -- the publications list -- is rendered, with "plus" icons. Clicking on the icon runs the query but no data is there. This is 1.11.0pr1, though, so maybe the problem is related to this release. I wish I could say I was working with 2.0.0a3, but if you've followed my last few posts you know why I can't. :-) -- Alexander Staubo http://www.mop.no/~alex/ "What the hell, he thought, you're only young once, and threw himself out of the window. That would at least keep the element of surprise on his side." --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ >-----Original Message----- >From: Phillip J. Eby [mailto:pje@telecommunity.com] >Sent: 26. juni 1999 15:02 >To: Alexander Staubo; Zope Mailing List (E-mail) >Subject: RE: [Zope] Tree tag and SQL methods? > > >Same problem as before. Try: > > > > > > >And have Query return the "select distinct" of publications as >'pub' if the >pub parameter is '', otherwise return the titles for that >publication, and >return pub as some value that will result in no results if fed >back into >the query. > > >At 07:43 PM 6/25/99 +0200, Alexander Staubo wrote: >>I haven't tested this yet, but it seems sound; I'll let you know if it >>doesn't. :-) >> >>Now perhaps you can assist in another similar case with the #tree tag. >> >>Basically I have a two-level hierarchy of (simplified) articles and >>their home publication. The article database might be something like >>this: >> >> Title: Publication: >> Foo Bar Mag >> Bar Fnargh Times >> ... >> >>I seek to render a "tree" where the publication is the tree node, and >>the list of articles (by their title) are listed under each node. A >>little like the "Quick Start" thing. Click on the "plus" icon >beside the >>publication and you get a (non-tree) list of articles. Actually I get >>this is, strictly speaking, a one-level hierarchy. >> >>While this structure is simple enough that could stay clear >of using the >>#tree tag, I'd still like to try. I tried: >> >> >> <br> >> >> >>thinking that Query() would return the publications, and each >>publication would use the DTML Method Leaf to render its contents, but >>no. What am I missing? >

2 1

ZOracleDA-2.0.0-nonbin.tgz
by Larry Greene 25 Jun '99

25 Jun '99

Hello, We have Python in usr/local/bin/python and /usr/local/lib/python. Where should we install ZOracleDA-2.0.0-nonbin.tgz? TIA Larry Greene

2 1

Re: [Zope] DTML batch processing variables
by Martijn Pieters 25 Jun '99

25 Jun '99

At 13:55 25/06/99 , Oleg Broytmann wrote: >Hi! > >On Fri, 25 Jun 1999, Martijn Pieters wrote: > > >next-sequence-size is alway "1", and previous-sequence-size is > > >"-90","-70","-50","-30","-10" everything else works as described. > > > > What version of Zope and Python are you using? There is a known bug with > > all versions of Zope up to Zope 2.0.0a2 (fixed in Zope 2.0.0a3) that > > becomes effective when using python 1.5.2. > > I wonder how is it possible to develop a program that does different >calculations (very simle math, I think) with 1.5.1 and 1.5.2? > > Any cahnce we'd see a patch? I'd like to incorporate it into 1.10.3... It has nothing to do with simple math, but everything with the interpretation of None compaired to 0's. Something that was implemented wrongy in python 1.5.1, and fixed in 1.5.2. This change brought out a bug in the code, which hitherto had managed to miraculously work anyway. 1.10.3 is meant to run with python 1.5.1, not 1.5.2, and has only been tested with 1.5.1. There are other problems concerning running Zope 1.10.3 with version 1.5.1 than this one, like Netscape Publishing, FTP uploads and WebDAV being broken. If you insist, here is a context diff from the CVS you could apply, it probably has slightly differing line numbers, but you should be able to apply it to DT_In.py anyway, as patch will correct for this. It basically replaces all occurrences of None within calls to the method 'opt' with 0: *************** *** 531,537 **** try: if previous: if first > 0: ! pstart,pend,psize=opt(None,first+overlap, sz,orphan,sequence) kw['previous-sequence']=1 kw['previous-sequence-start-index']=pstart-1 --- 531,537 ---- try: if previous: if first > 0: ! pstart,pend,psize=opt(0,first+overlap, sz,orphan,sequence) kw['previous-sequence']=1 kw['previous-sequence-start-index']=pstart-1 *************** *** 547,553 **** # there are more items, without actually # computing a length: sequence[end] ! pstart,pend,psize=opt(end+1-overlap,None, sz,orphan,sequence) kw['next-sequence']=1 kw['next-sequence-start-index']=pstart-1 --- 547,553 ---- # there are more items, without actually # computing a length: sequence[end] ! pstart,pend,psize=opt(end+1-overlap,0, sz,orphan,sequence) kw['next-sequence']=1 kw['next-sequence-start-index']=pstart-1 *************** *** 563,569 **** validate=md.validate for index in range(first,end): if index==first and index > 0: ! pstart,pend,psize=opt(None,index+overlap, sz,orphan,sequence) kw['previous-sequence']=1 kw['previous-sequence-start-index']=pstart-1 --- 563,569 ---- validate=md.validate for index in range(first,end): if index==first and index > 0: ! pstart,pend,psize=opt(0,index+overlap, sz,orphan,sequence) kw['previous-sequence']=1 kw['previous-sequence-start-index']=pstart-1 *************** *** 577,583 **** # test whether there are more items, # without actually computing a length: sequence[end] ! pstart,pend,psize=opt(end+1-overlap,None, sz,orphan,sequence) kw['previous-sequence']=0 kw['next-sequence']=1 --- 577,583 ---- # test whether there are more items, # without actually computing a length: sequence[end] ! pstart,pend,psize=opt(end+1-overlap,0, sz,orphan,sequence) kw['previous-sequence']=0 kw['next-sequence']=1 -- Martijn Pieters, Web Developer | Antraciet http://www.antraciet.nl | Tel: +31-35-7502100 Fax: +31-35-7502111 | mailto:mj@antraciet.nl http://www.antraciet.nl/~mj | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 ------------------------------------------

3 2