- Zope-Dev - Zope lists

Strings as input to the in tag: inconsistent
by Thilo Mezger 31 May '99

31 May '99

hi! i've posted this problem on the zope-list a couple of days ago with no reply so i'm trying zope-dev now: i'm using this code to output A B C ... Z:    this works fine in my Zope-1.10.2/Linux installation but Zope-1.10.2/Win95 generates this error message: Error type: InError Error value: Strings are not allowed as input to the in tag. can someone explain this inconsistency? why are strings allowed on linux but not on win95? thilo

3 5

zope-dev: ? fully render dtml in an external method ?
by Dr. Ross Lazarus 30 May '99

30 May '99

In an external method, is there a simple way to get a fully rendered html representation of a zope dtml method/document ? eg, I can loop through all the things I want using types = ('DTML Document','DTML Method') # meta types to snarf for t in types: for fooname,foo in self.objectItems([t]): With dtml method foo, I can call str(foo) and get an html quoted version complete with zope tags...not quite what I had in mind. I've tried HTML(foo) from DT_HTML without success...is there some simple way to do this !?

1 0

bug?
by Dmitry B. Khlonin 29 May '99

29 May '99

I meet the following problem: if in my document I create this(f.e.):   tag - that's allright! Strange?

1 0

RE: [Zope-dev] The Zope CGI executable, rewriting URLs on IIS
by Alexander Staubo 29 May '99

29 May '99

Local named pipes are much faster than TCP sockets on NT because connections are not routed through the networking layer, but are directly by the kernel. On NT LANs, named pipes is the most efficient IPC mechanism; if you go over a slow link (eg., WAN) you're right -- TCP definitely rules. As for your #2, give me a clue as to why you'd want to run Zope on a Win9x box. When did Win9x become a server OS? Never mind the fact that the wrapper service that comes with Zope will not run on Win9x, and the executable CGI wrapper won't work without it. I'm almost done with the ISAPI port now. It is based on Brian Lloyd's code, which uses named pipes. -- Alexander Staubo http://www.mop.no/~alex/ "It has taken the planet Earth 4.5 billion years to discover it is 4.5 billion years old." --George Wald >-----Original Message----- >From: zope-dev-admin(a)zope.org [mailto:zope-dev-admin@zope.org]On Behalf >Of Brad Clements >Sent: 28. mai 1999 22:50 >To: zope-dev(a)zope.org >Subject: Re: [Zope-dev] The Zope CGI executable, rewriting URLs on IIS > > >On 27 May 99, at 9:30, Jeff Bauer wrote: > >> A caveat: PCGI on win32 is experimental and uses TCP/IP >> sockets (Unix version uses AF_UNIX IPC). A further refinement >> to the win32 version would probably use named pipes and >> require Mark Hammond's win32 extensions. >> > >In my opinion, moving to named pipes from TCP will be a step >backwards. > >1. Named pipes are slower than TCP connections >2. Named pipes (server side) are only available on NT, so >you'll rule out >use on Win9X. > > >TCP/IP is the better way to go... > > > >Brad Clements, bkc(a)murkworks.com (315)268-1000 >http://www.murkworks.com (315)268-9812 Fax >netmeeting: ils://ils.murkworks.com ICQ: 14856937 > >_______________________________________________ >Zope-Dev maillist - Zope-Dev(a)zope.org >http://www.zope.org/mailman/listinfo/zope-dev > >(For non-developer, user-level issues, use the companion list, >zope(a)zope.org, http://www.zope.org/mailman/listinfo/zope ) >

1 0

ext. method writing to file solved...
by Dr. Ross Lazarus 29 May '99

29 May '99

Ah. Stupid me. All I really had to do was chmod the directory properly. Zope's smarter than me. -- Dr Ross Lazarus Associate Professor and Sub-Dean for Information Technology Faculty of Medicine, A27, R126a, University of Sydney, Camperdown, NSW 2006, Australia Tel: (+61 2) 93514429 Mobile: +61414872482 Fax: (+61 2) 93516646 Email: rossl(a)med.usyd.edu.au http://www.health.usyd.edu.au/people/rossl.htm

1 0

zope/apache - external product writing to a file system ?
by Dr. Ross Lazarus 29 May '99

29 May '99

We're running zope 1.10.2 under apache. Briefly, my question is - What's the easiest way to convince apache/zope to allow an external method to actually write some files somewhere - do I only need to ask my friendly (!) sysadmin to adjust some apache permissions or is there more to this ? Details - In order to get a static html representation of a zope folder and subfolder objects, I thought I'd write myself an external method which walks the folder structure and tries to write the dtml stuff to the file system as a static mirror of the dynamic zope site. Problem. Everything seems to work fine except that all of the file writes fail - IOError 13 - permission denied. I thought I'd be sneaky and tried using the zope/var directory assuming that apache was stopping zope from writing to any arbitrary directory. No joy - zope too smart to allow me to do that. I'll release it as a contributed product if I can get this sorted out. (Yes, wget already does this but we've had some interesting problems...) -- Dr Ross Lazarus Associate Professor and Sub-Dean for Information Technology Faculty of Medicine, A27, R126a, University of Sydney, Camperdown, NSW 2006, Australia Tel: (+61 2) 93514429 Mobile: +61414872482 Fax: (+61 2) 93516646 Email: rossl(a)med.usyd.edu.au http://www.health.usyd.edu.au/people/rossl.htm

1 0

RE: [Zope-dev] (bug/Zope 1.11.0pr1) Content-Type header from a DT ML Method/Document are ignored
by Brian Lloyd 28 May '99

28 May '99

> Zope 1.11.0 seems to ignore Content-Type headers > Let 'dm' be this DTML Method: > > {\rtf1\ansi ....} I've fixed this. If you're using CVS, you can update lib/python/OFS/DTMLMethod.py and lib/python/OFS/DTMLDocument.py Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

Detecting object deletions
by Robert Leftwich 28 May '99

28 May '99

How do I detect if an object is being deleted ? I need to detect when an object is being deleted in order to perform some clean up. The deal is (excuse the highly imaginative names) : Foo inherits from Bar which inherits from Folder Foo has a __del__ method which prints 'Foo is being deleted' When an instance of Foo is deleted (via manage_delObjects) I would expect __del__ to be called at some point but nothing happens. Am I overlooking something obvious ? Thanks Robert Leftwich (running Zope 1.10.2 on win32 NT) PS This is becoming quite urgent, so if you can help, please do so !

3 3

RE: [Zope-dev] The Zope CGI executable, rewriting URLs on IIS
by Brian Lloyd 28 May '99

28 May '99

> What exactly does the Win32 Zope CGI executable _do_? > > I mean the one that comes with Zope and is stored as > <installationname>.exe (eg., website.exe) under the web > server directory > you selected as part of the installation sequence. I assume it > communicates with the Zope service, but how? Using HTTP? Basically, the windows service/cgi.exe stuff is a holdover from the past, when PCGI didn't work on windows. The win32 service listens on a named pipe for connections from the cgi executable - the two communicate using the PCGI protocol. If you'd like, I can probably send you the service/cgi code - I'm sure that the powers that be here would love to see an ISAPI version of the cgi executable. Over time, I expect PCGI to obsolete this system, but there just haven't been enough resources to work on this lately :( While I'm pretty sure PCGI actually works now on win32, there is some work to do rolling it into the installation, documentation, etc. > > The reason I ask is that I'd like to emulate the behaviour in an ISAPI > filter DLL. The cool thing about filters is that your filter can grab > all requests and preprocess them any way it likes. > > I have already written a filter which rewrites URLs so that eg., > "/QuickStart" becomes "/cgi-bin/zope.exe/QuickStart", and this works > perfectly, except that Zope always forces <base href="..."> in > documents, so only the initial document you refer to accepts this URL > okay. All others go to the zope.exe URL. Even if I patch > HTTPResponse.py > to _not_ do this (which probably has major consequences for some apps, > though), Zope often uses SCRIPT_NAME, PATH_INFO etc. for a > lot of URLs, > and my filter cannot modify these variables to reflect the "fake" URL. > (Anybody with me so far?) > > One solution would be to force Zope to always use a specific base URL, > but I don't know even how to do this. Anyway I _presume_ that the CGI > executable actually sends the path information to Zope, and > so I need a > little bit more information. Anyone? I tried writing a (rather simple) filter once, but never really tried to tackle this problem. I assume that if you had an ISAPI thing calling the service though, it could probably munge the request a bit to do the right thing. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

3 2

Bug in Client.py?
by jhauser＠ifm.uni-kiel.de 28 May '99

28 May '99

Tried to gather data remotely with a ZClient. There is the possibility to give type arguments to the name/keyword pairs. This does not function from the commandline, right? I get a string in every case. Example: python Client.py http://localhost:9222/test/rinfo 'data=[1,2,3]' The real bug is with the file specifier. There is only an open in line 625, this should be an v=open(v).read() or do I miss something? __Janko

2 1