August 1999 - Zope - Zope lists

Database Time errors.
by Alan Aspuru Guzik 03 Aug '99

03 Aug '99

Hello fellow Zope users, I need your help in this issue. I've been working on ZOPE in my Alpha running Linux. I had some problems with the clock in it and worked inadvertently in ZOPE in 2027. Now I am facing several difficulties, because each time I start ZOPE, I have the following server error: --------BEGIN TRACEBACK Traceback (innermost last): File "serve.py", line 48, in ? ZopeHTTPServer.main(args) File "/usr/lib/python1.5/ZopeHTTPServer/ZopeHTTPServer.py", line 498, in main start(module_file,host,port,threading,env) File "/usr/lib/python1.5/ZopeHTTPServer/ZopeHTTPServer.py", line 436, in start set_published_module(module_file,BoboRequestHandler,env) File "/usr/lib/python1.5/ZopeHTTPServer/ZopeHTTPServer.py", line 432, in set_published_module __import__(name) # to catch problem modules right away File "/usr/lib/python1.5/site-packages/Zope/Main.py", line 103, in ? Bobobase=OFS.Application.open_bobobase() File "/usr/lib/python1.5/site-packages/Zope/OFS/Application.py", line 319, in open_bobobase Bobobase=Globals.Bobobase=Globals.PickleDictionary( File "/usr/lib/python1.5/BoboPOS/PickleDictionary.py", line 159, in __init__ db=apply(DBType,(),storage_options) File "/usr/lib/python1.5/BoboPOS/SimpleDB.py", line 221, in __init__ self.open(file_name,create,revision_time,meta_index,read_only) File "/usr/lib/python1.5/BoboPOS/SimpleDB.py", line 287, in open try: self.index,self.pos=read_index( File "/usr/lib/python1.5/BoboPOS/SimpleDB.py", line 1402, in read_index raise DatabaseError, ( DatabaseError: The database contains records, starting at position 72241, that have time stamps 3407275736.47 seconds in the future. This could lead to database corruption. Please double check your system clock! -----END TRACEBACK Basically, what I want is to *recover* my database (ie. for instance, resetting all the dates of the items stored in it to a "reasonable" date) I have about four days of work in it, so I hope anyone can help me... is there a BoboPOS database editor or something like that? Greetings and THANKS for your help, Alan Aspuru

1 0

Re: [Zope] Creating a New Object Type - Use ZClass or Python?
by Christopher Petrilli 03 Aug '99

03 Aug '99

> But as far as I'm concerned, there is still a big gaping hole with regard to > associating object instances non-heirarchicaly. The ZODB will support this, it's > possible to build DTML interfaces for this, but it's not part of the current > management interface. I think it should be, BEFORE Zope 2.0 is finalized, and > I'm willing to shell out some cash to make it happen. Just to clarify this, Zope 2 is at FEATURE FREEZE, and is only going through bug fixes. Any requests for new features, paid or unpaid will not be satiated be 2.0 is released in the "very near future." It is our policy that once a product has entered the beta stage that no additional features are added, those may only occur at the alpha stage or prior. Chris -- | Christopher Petrilli Python Powered Digital Creations, Inc. | petrilli(a)digicool.com http://www.digicool.com

1 0

RE: [Zope] Zope and Editors
by bruce＠perens.com 03 Aug '99

03 Aug '99

Stephan wrote: > To be really cool, Zope should support NFS functionality for > UNIX and SMB > functionality for Windoze. That would rock. > Are there any plans to do that? From: Paul Everitt <Paul(a)digicool.com> > This is an exceedingly ambitious project. Patches accepted. :^) Paul, What if we provided a way for Zope to export a virtual filesystem containing the same things you may now access via the FTP protocol? Then, you could use the services of a kernel to export that filesystem via NFS or SMB, or via the native FTP server. I think there have been filesystem-in-a-process implementations for Linux, as well as drivers that presented the contents of a remote FTP server as a filesystem. I don't know if any of these exist any longer (I didn't see them in a cursory look over the 2.2.10 kernel). Thanks Bruce

2 1

RE: [Zope] HEAD method in 2.0.0b1
by Brian Lloyd 03 Aug '99

03 Aug '99

> From: Brian Lloyd <Brian(a)digicool.com> > > Is 'addPostingForm' a Zope object (DTML Document / Method) > > or a Python method? > > It is a DTML method that is added programaticaly when an > article is created. > > self.defaultDocFile('addPostingForm','Add Posting Form', > 'Squishdot/addPostingForm') > > def defaultDocFile(self,id,title,file): > f=open('%s/Products/%s.dtml' % (SOFTWARE_HOME,file)) > file=f.read() > f.close() > self.manage_addDTMLMethod(id,title,file) > > The entire code is in the Squishdot product available on the > Zope web site. > > Thanks > > Bruce Eureka! I can tell you what's going on here. If you try to do a HEAD on the addPostingForm in your actual Squishdot instance: http://www.technocrat.net/addPostingForm ...it works as expected (200 OK). However, if you try it on one of the messages: http://www.technocrat.net/933640798/addPostingForm ...you'll get a Not Found. This is, in fact, an intentional behavior though I could be convinced that it is wrong (though that may have some impact on WebDAV support). Basically, the object /933640798/addPostingForm doesn't _technically_ exist - it is accessible because of acquisition, but the actual object lives in /. The rules for what HTTP methods should and shouldn't be willing to work with acquired objects are basically that: o GET, POST and PUT generally work on an acquired object o DAV methods (PROPFIND, COPY, MOVE, etc.) do _not_ work with acquired objects for a variety of reasons. HEAD, unfortunately, is something of a special case. Strictly speaking, it should perform exactly as a GET but with no entity body returned. However, some semi-intelligent DAV clients (ahem, ahem, IE5) seem to think its easier to use HEAD in some cases than the specified DAV methods for doing certain things. For instance, when you try to drop a new file into a web folder (IE5 DAV, basically), it will do a HEAD on the url to see if the object already exists. However, if HEAD allows acquired objects, then when you try to add a file to a folder where: 1) an object with that name doesn't actually exist in the folder but 2) an object with that name _does_ exist in a higher folder, then HEAD will seem to report that there _is_ already a file with that name in the folder (and the DAV client will probably give you a prompt like: "this item already exists, should I overwrite it?", which probably seems pretty strange to the user). There is, unfortunately, no way to tell whether the client calling the HEAD method is a DAV client or a normal HTTP client (the DAV group considers this a feature). The current way of doing things (HEAD only working on non-acquired objects) has worked out pretty well so far, mainly because: o most of the time, acquired DTML Documents / Methods are used as part of application design or view on content objects, rather than being considered content objects themselves. o HEAD is mainly used to determine when a content-ish object has changed or to determine its existence, so it usually ends up getting called on a "real" object rather than on acquired "phantoms". One approach that could be taken is to provide some sort of knob so that you could make it do what you feel is appropriate for your installation (allow vs. not allow acquired objects for HEAD requests). Perhaps if the environment variable NO_DUMB_DAV_CLIENTS were defined when Zope started up, it could be willing to allow acquired objects to respond to HEAD requests. I really sort of hate to add yet more special- case knobs unless people have a real world need for them though. Thoughts? Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

Re: [Zope] Creating a New Object Type - Use ZClass or Python?
by Kevin Dangoor 03 Aug '99

03 Aug '99

-----Original Message----- From: Michael Bernstein <mbernstein(a)profitscape.net> To: Kevin Dangoor <kid(a)kendermedia.com> Cc: Anthony Pfrunder <s341625(a)student.uq.edu.au>; eric jones <ej(a)ee.duke.edu>; zope(a)zope.org <zope(a)zope.org>; paul(a)digicool.com <paul(a)digicool.com>; rob.page(a)digicool.com <rob.page(a)digicool.com> Date: Monday, August 02, 1999 2:54 PM Subject: Re: [Zope] Creating a New Object Type - Use ZClass or Python? >Kevin Dangoor wrote: >> If there was a way to "link" from one ZClass instance to another, then you >> could have an Author object for each author and just have the publication >> point to the Author object. There are certainly ways to do this >> programmatically now, it's just not automatic. This way, an Author could >> have other properties (contact info, website address, etc.) if desired, and >> those properties are only stored in one place. > >I have already submitted this to the collector: >http://www.zope.org/Collector/380/view > >But was informed that this was a low priority item, and that it had been >downgraded in status to 'wish'. > >Since I think that this is a VERY important feature, I am willing to put my >money where my mouth is and cough up some $$$ to get this done. Consequently I >have three questions: [questions deleted] I am about to start working on some code that will require the ability to link from one object to another. While I think having something nicely integrated in Zope to link to an object is ultimately the way to go, for now I'll just use a string property to store the URL. And I think I saw a function in ZCatalog.py that would map from a URL to an object. This is not *as* nice as an integrated feature, but it seems functional enough for my purposes. So, my point is this: I agree it is important, but there are workarounds today. Kevin

2 1

How to pass the namespace of #in tag to separate DTML method
by Hannu Krosing 03 Aug '99

03 Aug '99

Hi, I'm trying to delegate the rendering inside the #in tag to separate DTML method, as it is repeated a few times. I'm trying to pass the namespace active inside the #in, but hav currently run out of ideas to try. My first guess was to do      where render_row is equivalent to Row nr  But this is probably redundant I also tried    where render_row is equivalent to  Row nr   But also with no success ;( ------------------------- Hannu

2 2

Zope outputs Static files
by Kam Cheung 03 Aug '99

03 Aug '99

Anyone know if there is a way to make Zope to output a static site? For doing client presentation, I often made a static copy of the site, just in case when connection is down, or when there is not even a connection available. Kam

4 3

traceback for Date error
by zzzz tttt 03 Aug '99

03 Aug '99

That should be a FAQ (about tracebacks being in the error html source) Here it is, I seem to get it no matter what format I use for the date; it seems to think that it is an invalid date. <!-- Traceback (innermost last): File C:\Program Files\psych\lib\python\ZPublisher\Publish.py, line 256, in publish_module File C:\Program Files\psych\lib\python\ZPublisher\Publish.py, line 161, in publish File C:\Program Files\psych\lib\python\ZPublisher\mapply.py, line 154, in mapply (Object: manage_addProperty) File C:\Program Files\psych\lib\python\ZPublisher\Publish.py, line 98, in call_object (Object: manage_addProperty) File C:\Program Files\psych\lib\python\OFS\PropertyManager.py, line 270, in manage_addProperty (Object: index_html) File C:\Program Files\psych\lib\python\ZPublisher\Converters.py, line 157, in field2date File C:\Program Files\psych\lib\python\DateTime\DateTime.py, line 513, in __init__ DateTimeError: Invalid date: August 31, 1999 -- Sriram zope1.0b1, win98 ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

RE: [Zope] Zope and Editors
by Paul Everitt 03 Aug '99

03 Aug '99

Stephan wrote: > To be really cool, Zope should support NFS functionality for > UNIX and SMB > functionality for Windoze. That would rock. > Are there any plans to do that? This is an exceedingly ambitious project. Patches accepted. :^) --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/

1 0

RE: [Zope] HEAD method in 2.0.0b1
by bruce＠perens.com 03 Aug '99

03 Aug '99

From: Brian Lloyd <Brian(a)digicool.com> > Is 'addPostingForm' a Zope object (DTML Document / Method) > or a Python method? It is a DTML method that is added programaticaly when an article is created. self.defaultDocFile('addPostingForm','Add Posting Form', 'Squishdot/addPostingForm') def defaultDocFile(self,id,title,file): f=open('%s/Products/%s.dtml' % (SOFTWARE_HOME,file)) file=f.read() f.close() self.manage_addDTMLMethod(id,title,file) The entire code is in the Squishdot product available on the Zope web site. Thanks Bruce

1 0