December 1999 - Zope

setting Title vars automatically on ftp uploaded html docs
by Chris McClimans 20 Dec '99

20 Dec '99

I am migrating a clients static html site to zope to utilize the management features of zope. I'm indexing and searching the site with a ZCatalog and have manually set the Title vars on each dtml document so I can display it on the search results page. My question is how to go through their folder and search dtml documents for the <title></title> tags not containing <dtml-var> tags and update the Title var for that document. I was thinking of using an external method run periodically but I'm not sure if I can access a folder and all it's objects and set those variables externally. -- Chris McClimans chris-zope(a)mcclimans.net

1 0

RE: [Zope] ADABAS/Natural question - The question
by Chris Cioffi 20 Dec '99

20 Dec '99

Sorry about that first post, I had a stupid attack. Basically, can we call Natural programs with Zope? I searched zope.org and while ADABAS support was mentioned, I didn't see anything about Natural. Chris Cioffi Hoover & Strong __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one place. Yahoo! Shopping: http://shopping.yahoo.com

2 1

RE: [Zope] simple question (I hope)
by Michel Pelletier 20 Dec '99

20 Dec '99

> -----Original Message----- > From: Sam Gendler [mailto:sgendler@teknolojix.com] > Sent: Sunday, December 19, 1999 4:25 PM > To: zope(a)zope.org > Subject: [Zope] simple question (I hope) > > > I have a folder that I want to move to a new location, but I want old > bookmarks to still work. I wanted to stick a > RESPONSE.redirect call in > the standard_html_error in the old folder (that has no content in it), > that redirects to the same object as the one requested with a > new path. > Does anyone have any idea how I might go about constructing the > redirection url from the standard_html_error method? There is a simple redirector product that Alexander Staubo wrote that you can find on the Zope site. We use it on the Zope site to wire up all our old and deal links (well, some of them...) -Michel

1 0

ADABAS/Natural question
by Chris Cioffi 20 Dec '99

20 Dec '99

This is for the ADABAS folks out there. We're a ADABAS/Natural shop and we're looking at going to the web. We've been looking at SAGA's EntireX/iExpress solution for doing this because it allows us to keep and utilize a single codebase. We have about 15 years of custom development in Natural, and dumping that investment is not an option. Note: We aren't a mainframe shop. We were running a WangVS until about 4-5 years ago, and now run HPUX. Chris Cioffi Hoover & Strong __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one place. Yahoo! Shopping: http://shopping.yahoo.com

1 0

RE: [Zope] Zope Versions unusable?
by Michel Pelletier 20 Dec '99

20 Dec '99

> -----Original Message----- > From: Jochen Haeberle [mailto:listen@MIDRAS.de] > Sent: Sunday, December 19, 1999 11:57 AM > To: Zope-Talk > Subject: [Zope] Zope Versions unusable? > > > Hi, > > I had to discard a version I was working on in Zope 2.1 twice already > because in the normal view there happened a "VersionLockError": > > Error Type: VersionLockError > Error Value: ("'\\000\\000\\000\\000\\000\\000\\005\\341'", > 'ArtikelVersion') > > Is this something known to you? Is this a bug? Does anyone know when > this can happen? A VersionLockError means that you are trying to modify an object that is locked in a version. If you change an object in a version, and then try and change that object out of a a version (or in a different version) you will get this error. Only one version at at time can modify an object. > Are there things to avoid when working in a version? Oh yes. Cataloging does not work well in a version. If you enter a version, and then start playing with objects that catalog themselves, then the catalog object itself can get locked in a version, locking out any other objects from indexing themselves with this exact same error. > If this happens rather often and unknown to the content manager, I > guess the Versions of Zope are rather unusable, because they do not > protect your working securly! Your version and database should still be intact, it just didn't let you make the change you tried to make on the locked object. Zope puts a little lock icon next to objects that are locked in a version. The workaround for this is to commit or abort your versions before modifying locked objects. -Michel

1 0

Zope Versions unusable?
by Jochen Haeberle 20 Dec '99

20 Dec '99

Hi, I had to discard a version I was working on in Zope 2.1 twice already because in the normal view there happened a "VersionLockError": Error Type: VersionLockError Error Value: ("'\\000\\000\\000\\000\\000\\000\\005\\341'", 'ArtikelVersion') Traceback (innermost last): File /serve/Zope-2.1.0-NR/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /serve/Zope-2.1.0-NR/lib/python/ZPublisher/Publish.py, line 179, in publish File /serve/Zope-2.1.0-NR/lib/python/Zope/__init__.py, line 202, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /serve/Zope-2.1.0-NR/lib/python/ZPublisher/Publish.py, line 169, in publish File /serve/Zope-2.1.0-NR/lib/python/ZODB/Transaction.py, line 237, in commit File /serve/Zope-2.1.0-NR/lib/python/ZODB/Connection.py, line 327, in commit (Info: (('*/z19MlDlV7e7P0QHV0lJ5A==', 'AdBanner'), '\000\000\000\000\000\000\005\341', '')) File /serve/Zope-2.1.0-NR/lib/python/ZODB/FileStorage.py, line 614, in store (Object: /serve/Zope-2.1.0-NR/var/Data.fs) VersionLockError: (see above) Is this something known to you? Is this a bug? Does anyone know when this can happen? Are there things to avoid when working in a version? If this happens rather often and unknown to the content manager, I guess the Versions of Zope are rather unusable, because they do not protect your working securly! Regards Jochen

4 6

RE: [Zope] CVS
by Brian Lloyd 20 Dec '99

20 Dec '99

> In your public cvs repository, are you using branches for > each release, > tags, or anything? > > Is it only possible to checkout the latest developer version, > or do you > create a branch for say 2.2.1 and then add all bugfixes to it > until the > next public release? The current strategy is to create a branch when an x.y release goes into beta - changes leading up to the x.y final and subsequent changes leading to x.y.z releases are added to the branch (as well as the main line, of course). Starting with the next x.y release, you will be able to use the tag: Zope-x_y-release to get that branch. I say "starting with the next release" because we just recently decided on this convention - you can get the branch that 2.1.1 was generated from now, but you'll need to do: cvs co -r Zope-2_1_0 ... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

Testing for the existence of a unique key
by Timothy Grant 20 Dec '99

20 Dec '99

Hi gang, I have a PostgreSQL database that I'm connected to. It has a unique key If I use and INSERT to insert a new record all works as expected. If I attempt to insert a non-unique key, I get NO exception, NO error, just Netscape popping up a "Response contained no data" dialogue box. Am I correct in my assumption that the DA for PostgreSQL does not throw exceptions of this nature, and that I will have to run a SELECT to see if the record exists, then selectively run the INSERT based on the results of the SELECT? I have gone wading through the DA code in an attempt to figure this out, but it exceeds my understanding of what's going on. Any assistance would be greatly appreciated. -- Stand Fast, tjg. Timothy Grant tjg(a)exceptionalminds.com Chief Technology Officer www.exceptionalminds.com Red Hat Certified Engineer office (503) 246-3630 Avalon Technology Group, Inc. fax (503) 246-3124 >>>>>>>>>>Exceptional Minds, Innovative Products<<<<<<<<<<

2 1

Compile error during installation of 2.1.1
by Milos Prudek 20 Dec '99

20 Dec '99

I get the following error when I run python w_pcgi.py -- Milos Prudek gcc -fPIC -I../Components/zlib -g -O2 -I/usr/include/python1.5 -I/usr/include/python1.5 -DHAVE_CONFIG_H -c ./../Components/zlib/infblock.c ./../Components/zlib/infblock.c: In function `inflate_blocks': ./../Components/zlib/infblock.c:195: parse error before `9' make: *** [infblock.o] Error 1 Traceback (innermost last): File "/usr/src/Zope-2.1.1-src/w_pcgi.py", line 111, in ? if __name__=='__main__': main(sys.argv[0]) File "/usr/src/Zope-2.1.1-src/w_pcgi.py", line 109, in main import wo_pcgi; wo_pcgi.main(me) File "/usr/src/Zope-2.1.1-src/wo_pcgi.py", line 104, in main import build_extensions File "/usr/src/Zope-2.1.1-src/inst/build_extensions.py", line 96, in ? make('lib','python') File "/usr/src/Zope-2.1.1-src/inst/do.py", line 135, in make do('make') File "/usr/src/Zope-2.1.1-src/inst/do.py", line 104, in do if i and picky: raise SystemError, i SystemError: 512 [root@bsdbv Zope-2.1.1-src]#

1 0

Re: Fw: [Zope] FastCGI and apache setup problems
by Jochen Haeberle 20 Dec '99

20 Dec '99

Hi Andrew, At 11:49 Uhr +1100 20.12.1999, Andrew Hall wrote: >Hi, looking at the Zope mailing list, you had exactly the same problem as I >am having (see below). You obviously fixed it, how did you do it? this is the message that helped me from Jimbo Bahooli At 17:48 Uhr -0600 05.12.1999, Jimbo Bahooli wrote: >Have zope create the socket in /tmp/fcgi, for example: > >-F /tmp/fcgi/zope > >Then in the apache config, the FastCgiExternalServer line should look >like, > >FastCgiExternalServer /usr/local/www/htdocs/z -socket zope -pass-header >Authorization > >This is because the fastcgi module defaults to look into /tmp/fcgi and >does not accept an absolute path on the ExternalServer command. >Hopefully this helps you, if not email me back. This made it possible to use FastCGi. It is even possible to include the relevant parts into VirtualHost containers in your apache config! But I still have problems with FastCGi. Every now and then I get connection errors from apache. I posted this to the Zope list but did not get an answer :-( Please have a look if you encounter the same...: -- quoted material starts here -- >HTTP/1.1 200 OK Date: Mon, 06 Dec 1999 07:28:07 GMT Server: >Apache/1.3.9 (Unix) mod_ssl/2.4.6 >OpenSSL/0.9.4 PHP/4.0B3-dev PHP/3.0.13-dev mod_fastcgi/2.2.3 >X-Powered-By: Zope (www.zope.org) Python >(www.python.org) Content-Length: 10314 Connection: close >Content-Type: text/html > >OK > >The server encountered an internal error or misconfiguration and was >unable to complete your request. > >Please contact the server administrator, webmaster(a)MIDRAS.de and >inform them of the time the error >occurred, and anything you might have done that may have caused the error. > >More information about this error may be available in the server error log. > > >Apache/1.3.9 Server at test.neue-rundschau.de Port 80 The apache-error-log tells the following on the request: >[Mon Dec 6 08:28:07 1999] [error] [client 212.14.64.240] FastCGI: >comm with server "/serve/nr/zope" aborted: protocol error: invalid >version: 61 != FCGI_VERSION(1) As I am alone on this server at the moment, this seems to become a major problem when the system is on load... Does anyone have an idea on that messages??? Regards Jochen

1 0