- Zope - Zope lists

- What constitutes a transaction?
by Ty Sarna 14 Dec '98

14 Dec '98

I'm obviosuly missing something here. I have a product, a subclass of Folder. It has several methods that do things to its internal state. Some of these methods cause a transacton to be generated (Ie, when adding or deleting objects, setting properties, etc., the method shows up in Undo). When I shut down zope and restart it, these changes are still there. My added methods have effect that is forgotten at shutdown, and they don't show up in the Undo list. I have another Product where my added methods do work correctly. What am I missing?

2 1

RE: [Zope] - What constitutes a transaction?
by Paul Everitt 13 Dec '98

13 Dec '98

Ty wrote: > and restart it, these changes are still there. My added methods have > effect that is forgotten at shutdown, and they don't show up > in the Undo > list. I have another Product where my added methods do work correctly. If the things that you change aren't Persistent, then the transaction manager isn't notified that state has changed. For instance, if you're method changes an attribute that is a standard Python dictionary, then the transaction manager doesn't see it. --Paul

2 1

- Zope, Win95, File Output
by Fabian Lemke 13 Dec '98

13 Dec '98

Hi, I recently found Zope, and it looks very very useful. I have a few quick questions though.. I maintain a few different websites through work for various companies. Each of these sites have a few things that are very database oriented, though are updated about twice per month. Zope looks absolutely perfect for the design of it, though we have the problem of the ISP we are running the pages on probably wouldn't install Zope, and it's unfeasable to switch. My question boils down to this: Is there an easy way (accessing in python or whichever) to use Zope to generate the output HTML files instead of only through the webserver? We also use Frontpage 98 to do most of the editing, and if Zope can be accessed easily enough to do this I'll be itching to design FrontPage Components to make use of it. Thanks much!, Fabian

3 2

Re: [Zope] - Image handling - avoiding chaos
by Brad Marsh 13 Dec '98

13 Dec '98

Aha! -----Original Message----- From: Paul Everitt <Paul(a)digicool.com> To: Brad Marsh <research4(a)snowcrest.net>; zope(a)zope.org <zope(a)zope.org> Date: Sunday, December 13, 1998 10:36 AM Subject: RE: [Zope] - Image handling - avoiding chaos > >Paul wrote: >There was a discussion here about a hundred messages ago about how to >handle this. Thanks for the info. I also remember the item on the list; I didn't have Zope running, and the discussion was completely ungrounded in reality to me. Now I wish I had paid attention. I'll look to the archives... Thanks again, Brad Brad Marsh, Computer Specialist Center for Evaluation and Research, LLC http://www.tchp.org/cer/

1 0

RE: [Zope] - Image handling - avoiding chaos
by Paul Everitt 13 Dec '98

13 Dec '98

Brad wrote: > Do I have to scatter images around the folders? Or can I > organize them into > "images" subfolders and refer to them implicitly? There's good news and bad news. _If_ Image objects could handle it, you could do the following. Create a top-level folder called Images. Then, in any Document in the system, you can say:  Now, if you're image happens to have an ID that Python can't grok, for instance 'mylogo.gif', then that won't work. An easy alternative is:  Now that bad part. Zope will do precisely the right thing in the Document by calling the Image and getting its str representation, thus inserting: <img src="mylogo"> into your Document. Bad thing, though, is that the src is invalid -- it doesn't go into the Images folder. There was a discussion here about a hundred messages ago about how to handle this. Since I can't even remember yesterday, I don't recall the answer (something like teaching the Image tag to put its full path in what is returned maybe...) --Paul

1 0

RE: [Zope] - Zope, Win95, File Output
by Paul Everitt 13 Dec '98

13 Dec '98

Fabian wrote: > I maintain a few different websites through work for various > companies. Each of these sites have a few things that are > very database oriented, though are updated about twice per > month. Zope looks absolutely perfect for the design of it, > though we have the problem of the ISP we are running the > pages on probably wouldn't install Zope, and it's unfeasable > to switch. Tell them its written in Perl. :^) > My question boils down to this: Is there an easy way > (accessing in python or whichever) to use Zope to generate > the output HTML files instead of only through the webserver? This has been talked about enough recently that I added it to my Q&A. What we need is some ambitious soul to write the 50 lines of Python to do this, hopefully as a Zope Product. > We also use Frontpage 98 to do most of the editing, and if > Zope can be accessed easily enough to do this I'll be itching > to design FrontPage Components to make use of it. Needless to say Zope would have to sitting behind a FP-compatible server for this to work, unless you just wanted to do FTP stuff. What did you have in mind for FP? --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909

2 1

RE: [Zope] - Httpdapy and Zope problems
by Paul Everitt 13 Dec '98

13 Dec '98

Andreas wrote: > > 1. Because Apache runs multiple processes, BoboPOS > databases will end up > That's why all publisher serialize it to ONE LRP. Currently. That situation shouldn't last more than two months. Honestly, many of the pieces have already shown progress: 1) BoboPOS3a1 was released. 2) We lined up Medusa, which is meant to form the core of our concurrency architecture. I know your answer is that Medusa isn't good for long-lived transactions, but if you have a pool of handlers matched to the thread pool in the application, people at least have the option of stating the number of concurrent operations. 3) Jeff has already made progress on concurrent PCGI and you have shown another fascinating technique for integrating with Apache. 4) Jim has had BoboPOS working atop SOLID for several months now. 5) We *finally* made the move to Python 1.5. Once we get the source release out of the way, Jim can get back to tying all these things together. January ought to be a good month for concurrency. > Not really. I've been using a pcgi published app with MANY > threads and it > works quite well :) Presumably on Linux, right? Want to share the details of your kernel versions, etc. and any lessons you learned along the way? --Paul

2 1

- Image handling - avoiding chaos
by Brad Marsh 13 Dec '98

13 Dec '98

Hi, I have been playing around with Zope, doing the usual Plutonia tutorial. An immediate questions pops into mind: Do I have to scatter images around the folders? Or can I organize them into "images" subfolders and refer to them implicitly? I tried putting a folder called "root_images" for images that would be common throughout the site in the root folder, copying the logo image into that folder, and then calling it using a var tag. I couldn't get it to work. What's the syntax for calling an object several folders away? Something equivalent to "../../images/logo.gif". Thanks, and cheers! Brad Marsh, Computer Specialist Center for Evaluation and Research, LLC http://www.tchp.org/cer/

1 0

- Httpdapy and Zope problems
by Grisha Trubetskoy 13 Dec '98

13 Dec '98

Although theoretically I don't see why Zope couldn't work with Httpdapy some day, it currently doesn't really, and here is why: 1. Because Apache runs multiple processes, BoboPOS databases will end up being opened more than once. Since BoboPOS provides no other locking mechanism than "go away I'm busy" using UNIX file locking, you immediately run in to a "Resource Temporarily Unavailable" exception. 2. On Linux, apparently, there is a pretty serious low level problem with using LinuxThreads and Apache together. Zope has a Scheduler object which uses threads. LinuxThreads requires the use of a SIGUSR1 signal, and so does Apache. So when you create a new thread your whole web server hangs. P.S. Not to mislead the public - bare bones ZPublisher i.e. Bobo still works great, by the way, and is still by far my favorite way of writing WWW apps. Grisha

2 1

- Re: Zope Win32 feedback and plea for help
by Brad Marsh 13 Dec '98

13 Dec '98

Hi, all, Just a quick sharing of experience... I tried installing the Win32 version on Win95, and was able to get it going pretty easily. However, when I tried to access the /manage section, I got an error (see below). Paul Everitt answered my query directly, and provided some guidance. I was just now successful starting Zope and opening the /manage section, and here's what I did: Install the Zope binary, use the integrated server (which needs a catchy name, I think). Download and install Python, win32 extensions (all) from the Python web site. They only offer v.1.5.1... Modify the serve.bat file in your Zope root directory to point to the new Python directory and python.exe file. Mine reads: "C:\Program Files\Python\python.exe" "C:\Program Files\Zope\serve.py" Move the stuff that is currently in the Zope\var directory (I put it in a temp directory so it wouldn't get lost). Make sure the var directory is empty. That's it! Run the modified serve.bat and off you go. Good luck... Brad Marsh, Computer Specialist Center for Evaluation and Research, LLC http://www.tchp.org/cer/ -----Original Message----- From: Paul Everitt <Paul(a)digicool.com> To: Brad Marsh <research4(a)snowcrest.net>; support(a)digicool.com <support(a)digicool.com> Date: Saturday, December 12, 1998 11:57 AM Subject: RE: Zope Win32 feedback and plea for help > >Brad wrote: >> Zope runs with the integrated server just fine; I read all >> the quickstart >> docs, then tried the management screen link >> (http://localhost:8080/manage) >> "Error: The server returned an unrecognized response." > >> if isinstance(b,Exception): b=str(b) >> TypeError: second argument must be a class > >I did some poking around. Here's what I came up with. > >First, there is an error message that pops up in the window just when >serve.bat is run that talks about 'import tracebacks' failing and 'use >python -v'. > >I happened to have Python 1.5.2b2 installed on my Win95 machine so I >tried launching it with that instead of the included Python. I had to >move all the contents of the var directory out of the way, as 1.5.2b2 >had a bug in pickle. With no var/Data.bbb* files, I started serve.py >with Python 1.5.2b2 and it came up just fine. > >Of course, 1.5.2b2 has some other problems with it... > >--Paul >

1 0