- Zope - Zope lists

RE: [Zope] timestamp problem on NT
by Miller, John M. 24 Jun '99

24 Jun '99

Having the exact problem, but I think I got it to go away (though not completely, see below): I just noticed in the utilities directory there are, obviously, some python-written utilities. I used one, bbb.py, to convert the Data.bbb.in file (which is ZODB2) to Data.fs (ZODB3). I had previously stopped the Zope process, so I restarted and got neither the "FS21 warn" statements nor the over flow errors. But, just checking, I now get an attribute error when I try to commit changes to a DTML doc/method. The traceback:  And now this problem has mysteriously gone away. I appear to get this when editing a Zope object for the first time. In spite of the error the changes I make still get committed, and with subsequent changes the error does not occur. Could this be an artifact of the program used to convert from ZODB2 format to ZODB3? Good luck, John > -----Original Message----- > From: Toby Dickenson [SMTP:tdickenson@oriongroup.co.uk] > Sent: Thursday, June 24, 1999 5:01 AM > To: zope(a)zope.org > Subject: [Zope] timestamp problem on NT > > Zope 2.0 alpha 3 seems to be getting confused over timestamps on NT. > This is a typicial traceback, from trying to view the dtml edit page > of standard_html_footer: > > Traceback (innermost last): > File lib\python\ZPublisher\Publish.py, line 256, in publish_module > File lib\python\ZPublisher\Publish.py, line 161, in publish > File lib\python\ZPublisher\mapply.py, line 154, in mapply > (Object: manage_main) > File lib\python\ZPublisher\Publish.py, line 98, in call_object > (Object: manage_main) > File lib\python\App\special_dtml.py, line 120, in __call__ > (Object: manage_main) > (Info: D:\Program Files\Zope-2.0.0a3-src\lib\python\OFS/documentEdit. > dtml) > File lib\python\DocumentTemplate\DT_String.py, line 514, in __call__ > (Object: manage_main) > File lib\python\App\PersistentExtra.py, line 104, in > bobobase_modification_time > (Object: standard_html_header) > File D:\Program Files\Zope-2.0.0a3-src\lib\python\DateTime\DateTime.py > , line 534, in __init__ > OverflowError: float too large to convert > > Curious to see what that float value was, I added a "print t" on line > 533 of DateTime. I see the value 77108275237.6, which is definitely > out of range. Curiously, I see exactly the same number after shutting > down zope, clearing the var directory, and restarting. > > I also get two warnings on restarting with an empty var: > > FS21 warn: D:\Program Files\Zope-2.0.0a3-src/var/Data.fs truncated, > possibly due to damaged records at 4 > FS21 warn: D:\Program Files\Zope-2.0.0a3-src/var/Data.fs Database > records in the future > > Any thoughts? > > > > > > _______________________________________________ > 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

RE: [Zope] Gadfly and Zope, sharing database files
by Alexander Staubo 24 Jun '99

24 Jun '99

To answer my last question: Yes, the latest (1.0) version of Gadfly does seem to work with Zope (tested with 1.11.0pr1; I'm going to test out 2.0 shortly). It does require a small fix in ZGadflyDA's __init__.py that should be obvious for anyone how to modify. Beyond that, although I really haven't tested everything, it looks entirely compatible. -- 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: Alexander Staubo [mailto:alex@mop.no] >Sent: 23. juni 1999 20:04 >To: Zope Mailing List (E-mail) >Subject: [Zope] Gadfly and Zope, sharing database files > > >Has anybody any experiences with using Gadfly to share a database >between several processes (or even inside a single process), such as >Zope and an external script? > >I have a situation where I have a Python script running externally to >Zope that updates a Gadfly database; then I'd like to build a Zope site >around this database. Does/can Gadfly gracefully share files, >or does it >open its files in "exclusive" mode? > >I have not tested out Gadfly's client/server capability. Any luck with >this? What does Zope use? > >Oh, and can I easily update the Gadfly distribution that comes >with Zope >with a new one? I know this was discussed a little while ago, but I >didn't see anything conclusive coming out of that discussion. > >-- >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_ > > >_______________________________________________ >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

RE: [Zope] Updating object's modification timestamp?
by Alexander Staubo 24 Jun '99

24 Jun '99

>-----Original Message----- >From: Brian Lloyd [mailto:Brian@digicool.com] >Sent: 24. juni 1999 16:24 >To: 'Martijn Pieters'; Alexander Staubo; Zope Mailing List (E-mail) >Subject: RE: [Zope] Updating object's modification timestamp? > > >> A better option would be to send DC a patch where you move >> the setting of >> the last-modified header to _before_ rendering the DTML, so >it can be >> overridden in that DTML. Or so that it at least checks wether >> the DTML has >> set a last-modified header and leaves it intact. >> >> That way you can programmatically change the last-modified >> header sent to >> the browser. Much better solution. > >I suspect that this may be a non-issue - Alex, are you running >1.11.something by any chance? That release had the Last-Modified >setting code, but it has since been removed (since it was basically >there in an abortive attempt to handle If-Modified-Since) in CVS >and the latest Z2 alphas... How did you guess? :-) I was just going to comment that fidding with the Last-Modified header would be really stupid, because it would muck up any future implementating of caching and handling of If-Modified-Since in ZServer. > > > >Brian Lloyd brian(a)digicool.com >Software Engineer 540.371.6909 >Digital Creations http://www.digicool.com > > > -- 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_

1 0

RE: [Zope] Handling lists in requests?
by Alexander Staubo 24 Jun '99

24 Jun '99

You need to tell Zope that adr_list is a list; otherwise, it's assumed to be a string. Just add ":list" to the form variable name, thusly: <input type="hidden" name="adr_list:list" value=""> Note that if adr_list really is a list (I don't know what your ldif() function does), you should replace the above with this:  <input type="hidden" name="adr_list:list" value="">  Why? Because Zope doesn't -- in my experience, I could be wrong -- take the standard Python syntax for lists as input. Which means that if you enter an URL roughly like this: http://www.foo.com/show_it?adr:list=['a','b','c'] then Zope will assume ['a','b','c'] to be the first item of a 1-length list. To pass multiple list items, this URL is correct: http://www.foo.com/show_it?adr:list=a&adr:list=b&adr:list=c Zope will join all duplicately-named list arguments into a single list. Hence the above DTML code, which might yield the following HTML output: <input type="hidden" name="adr_list:list" value="a"> <input type="hidden" name="adr_list:list" value="b"> <input type="hidden" name="adr_list:list" value="c"> and give you the URL above. As an aside, let me mention that while this system might seem odd at first, it's actually very cool, and quite useful, too. For example, think of a document system where, for every document, editors should type in one or more authors. Instead of having _one_ editor box where the user is required to enter author names as a comma-separated list, you can use Zope lists. The DTML code you might use for this is:   <input type="text" name="authors:list" size="40" value=""><br>   <input type="text" name="authors:list" size="40"><br> <input type="text" name="authors:list" size="40"><br> <input type="text" name="authors:list" size="40"><br> This makes sure that editors always have three available edit fields for entering three more names. If an editor is editing a document and suddenly needs to store more than three more names, he can press "Submit" and continue editing -- he'll be given three more fields. And so on. A more advanced alternative is to provide a "More fields" button that will expand the form without saving the data first, much like Zope's management screens and the "Taller", "Shorter", etc. buttons. Hmm, isn't this HOWTO fodder, though? -- 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: zope-admin(a)zope.org [mailto:zope-admin@zope.org]On Behalf Of >Thomas Weiner >Sent: 23. juni 1999 22:52 >To: zope(a)zope.org >Subject: [Zope] Handling lists in requests? > > >Hi, > >is there a way to handle lists in requests properly? > >For Example: > >I have a form getting a list containing a few 'inner' lists from an >external method 'ldif' (maybe that's already ugly). >I want to give this list-construct via a request to an action form. > ><FORM action="show_it" method="post"> > ><input type = "hidden" name="adr_list" value=""> > > doing some stuff > > >The  action works fine, but when trying the same > in 'show_it' I receive an Error: > >Error type: InError > Error value: Strings are not allowed as input to the in tag. > >How should I handle this? > >thanks >Thomas >-- >fon: ++49 (0)40 42878 3781 >fax: ++49 (0)40 42878 2728 > >_______________________________________________ >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 ) >

3 2

FYI: DCOracle mentioned at LinuxWorld
by Paul Everitt 24 Jun '99

24 Jun '99

For those of you that are interested in DCOracle, Uche Ogbuji from FourThought talks about how to hook Python to Oracle in his LinuxWorld Article "How to get Oracle up and running on your Linux box": http://www.linuxworld.com/linuxworld/lw-1999-06/lw-06-oracle.html Even talks about integrating PL/SQL stored procedures! --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/ -----------------------------------------

1 0

timestamp problem on NT
by Toby Dickenson 24 Jun '99

24 Jun '99

Zope 2.0 alpha 3 seems to be getting confused over timestamps on NT. This is a typicial traceback, from trying to view the dtml edit page of standard_html_footer: Traceback (innermost last): File lib\python\ZPublisher\Publish.py, line 256, in publish_module File lib\python\ZPublisher\Publish.py, line 161, in publish File lib\python\ZPublisher\mapply.py, line 154, in mapply (Object: manage_main) File lib\python\ZPublisher\Publish.py, line 98, in call_object (Object: manage_main) File lib\python\App\special_dtml.py, line 120, in __call__ (Object: manage_main) (Info: D:\Program Files\Zope-2.0.0a3-src\lib\python\OFS/documentEdit. dtml) File lib\python\DocumentTemplate\DT_String.py, line 514, in __call__ (Object: manage_main) File lib\python\App\PersistentExtra.py, line 104, in bobobase_modification_time (Object: standard_html_header) File D:\Program Files\Zope-2.0.0a3-src\lib\python\DateTime\DateTime.py , line 534, in __init__ OverflowError: float too large to convert Curious to see what that float value was, I added a "print t" on line 533 of DateTime. I see the value 77108275237.6, which is definitely out of range. Curiously, I see exactly the same number after shutting down zope, clearing the var directory, and restarting. I also get two warnings on restarting with an empty var: FS21 warn: D:\Program Files\Zope-2.0.0a3-src/var/Data.fs truncated, possibly due to damaged records at 4 FS21 warn: D:\Program Files\Zope-2.0.0a3-src/var/Data.fs Database records in the future Any thoughts?

1 0

zope mention (ESR visit to microsoft)
by webman 24 Jun '99

24 Jun '99

hello all, there is a very brief mention of zope in an article talking about Eric S. Raymonds visit to the Microsoft campus. here is the URL: http://www.linuxresources.com/articles/linux_review/19990623.html regards, webman --------------------------------------------------------------------------- webman | _ beehive GmbH | ASCII ribbon campaign ( ) berlin, Germany | - against HTML email X http://www.beehive.de | & vcards / \

1 0

Re: [Zope] berlin zope BBQ report
by Tom Deprez 24 Jun '99

24 Jun '99

Too bad Berlin is a little bit too far from Belgium to have a quick bbq visit :-(. >hello all, > >figured some of you might be interested in hearing about how the >berlin zope barbecue went. unfortunately as organizers beehive can't >be considered impartial about whether it was a truly great/good/or >bad event, but considering that it was only the second barbecue of >its kind and we had people coming from 3 other cities throughout >germany -- not to mention the visitors from several berlin companies >i would say that their is obviously great interest in meeting and >sharing each others zope solutions. > >thank you to all those who expressed an interest but couldn't >make it to the 2nd berlin zope BBQ. the 3rd is just around the >corner. for all those interested mark your calendar: > >next BBQ is planned for the 16th of july. > >regards, > >mark > >-------------------------------------------------------------- >mark pratt (managing director) mark(a)beehive.de >beehive elektronische medien GmbH http://www.beehive.de >phone: +49 30 847-82 0 fax: +49 30 847-82 299 > > > >_______________________________________________ >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

berlin zope BBQ report
by Mark Pratt 24 Jun '99

24 Jun '99

hello all, figured some of you might be interested in hearing about how the berlin zope barbecue went. unfortunately as organizers beehive can't be considered impartial about whether it was a truly great/good/or bad event, but considering that it was only the second barbecue of its kind and we had people coming from 3 other cities throughout germany -- not to mention the visitors from several berlin companies i would say that their is obviously great interest in meeting and sharing each others zope solutions. thank you to all those who expressed an interest but couldn't make it to the 2nd berlin zope BBQ. the 3rd is just around the corner. for all those interested mark your calendar: next BBQ is planned for the 16th of july. regards, mark -------------------------------------------------------------- mark pratt (managing director) mark(a)beehive.de beehive elektronische medien GmbH http://www.beehive.de phone: +49 30 847-82 0 fax: +49 30 847-82 299

1 0

FYI: Zope Weekly News
by Amos Latteier 24 Jun '99

24 Jun '99

Hi all, It's been another busy week in the Zope community. Lot of people announced contributions, and Zope 2 alpha continues to progress. Many folks seem to be using Zope 2.0, but beware, it is still *alpha* software. Probably the biggest news this week is that UserLand (makers of the Frontier commercial web development environment) are taking a big interest in Zope. UserLand's Eric Kidd orchestrated support for Frontier's XML-RPC in Zope. It will be exciting to see how the Zope community and the Frontier community come together. * Brian Lloyd announced that Zope 1.10.3 final was released. This is the current stable release. http://www.zope.org/Download/Releases/Zope-1.10.3/ http://www.zope.org/pipermail/zope/1999-June/005861.html * Jim Fulton announced the release of Zope 2.0.0a3. This release fixes more bugs and introduces XML-RPC support. This release is a source only alpha release. http://www.zope.org/Download/Releases/Zope-2.0.0a3 http://www.zope.org/Download/Releases/Zope-2.0.0a3/CHANGES.txt * Anthony Pfrunder announced his win32 version of Zope 2.0.0a3. http://student.uq.edu.au/~s341625/ http://www.zope.org/pipermail/zope/1999-June/005970.html * Andrew Kuchling announced a new version of mod_pcgi. It actually seems to work now ;-) ftp://starship.python.net/pub/crew/amk/new/ http://www.zope.org/pipermail/zope/1999-June/005868.html * There was some talk this week about Zope performance. Different people offered different benchmark figures. Some people think that Zope is too slow, or requires too much in the way of system resources, while others suggest that benchmarking is inherently subjective and that Zope performs quite well for most purposes. http://www.zope.org/pipermail/zope/1999-June/005793.html http://www.zope.org/pipermail/zope/1999-June/005809.html * Eric Kidd announced that Zope now supports XML-RPC. Eric has been working with Jim Fulton of Digital Creations and Python god Fredrik Lundh to put all the pieces together. The upshot is that Frontier can communicate better with Zope now. It looks like Zope is going to figure prominently in UserLand's Unix strategy. http://www.zope.org/pipermail/zope/1999-June/005831.html http://www.xmlrpc.com/ http://www.zope.org/pipermail/zope/1999-June/005838.html http://www.zope.org/pipermail/zope/1999-June/005854.html http://nirvana.userland.com/news/discuss/discuss/msgReader$7554 http://discuss.userland.com/msgReader$7596 * Michael Bernstein posted a nice summary of where to find Zope apps. http://www.zope.org/pipermail/zope/1999-June/005726.html * Amos Latteier announced a new version of the Z Classes Tutorial. http://www.zope.org/Documentation/Reference/ZClasses http://www.zope.org/pipermail/zope/1999-June/005854.html * Long time Zope user Phillip Eby announced his ZScript DTML extension. He also released the Let tag, another DTML extension which will probably make it into the Zope distribution. http://www.zope.org/pipermail/zope-dev/1999-June/000599.html * There was some discussion of making Zope international. Ideas were proposed, but it appears that making Zope adaptable to many languages is a large task. http://www.zope.org/pipermail/zope-dev/1999-June/000623.html * Scott Robertson announced a new version of LDAP Connect Object for Zope. This Zope extension builds on work done by Anthony Baxter. http://www.zope.org/pipermail/zope-dev/1999-June/000639.html * Jeff Rush announced the availability of RPMs for Zope 1.10.2 http://starship.python.net/crew/jrush/Zope/ -Amos -- Amos Latteier mailto:amos@digicool.com Digital Creations http://www.digicool.com

1 0