March 1999 - Zope-Dev

parameterised SQL methods, anyone?
by Anthony Baxter 24 Mar '99

24 Mar '99

Has anyone thought about extending the existing SQL Methods to support parameterised methods? Eg INSERT INTO foo ( cola, colb, colc ) VALUES ( :1, :2, :3 ) and providing attributes in the method to supply :1, :2, :3 &c. In databases which cache parsed SQL, this makes an enormous difference in performance... Anthony

1 0

DISCUSS: ZServer Server Manager (was RE: [Zope-dev] error when st arting with ZServer) arting with ZServer)
by Paul Everitt 24 Mar '99

24 Mar '99

[Hijacking a perfectly useful conversation...] Yesterday we got a couple of emails letting us know that some URLs weren't responding. The URLs were to ZServer-based sites and ZServer doesn't do process activation like PCGI does. Also, there was discussion here recently about a fictional mod_pcgi (or mod_zope, or whatever). One of the things brought up was that PCGI should decouple process activation from the IPC/RPC mechanism. We need to start work a "Zope Server Manager". Instead of waiting until I have everything written down, I thought I'd go ahead and start the discussion with what I have. Zope Server Manager Summary Provide a facility that registers, activates, and manages Zope processes on a system. Background Zope's current PCGI approach uses a small C executable called a "wrapper". The wrapper is run on each web request as a CGI script. Its job is to start Zope if it isn't running, package up the request, communicate with Zope, and return Zope's response to the web server. This approach has worked extremely well to date. It nicely balances adherence to a popular and simple standard (CGI) with performance/load issues. Obviously this approach has significant performance hits associated with forking and executing on each request. On Windows this can be especially painful. Digital Creations is also hard at work on ZServer, which allows an object system to publish simultaneously to PCGI, HTTP, and FTP requests. ZServer cannot have a strategy for being activated by a wrapper. It needs to have a server manager strategy. Integrating with Apache is painful, and Apache is the easiest to deal with. The frustration is usually caused by issues such as ownership of files, paths to startup scripts, vagueries with dynamically loaded modules, etc. Unfortunately, the very nature of the current PCGI approach makes it very difficult to produce meaningful error messages. Under Windows we don't have these problems. The NT Service, when combined with registry keys, allows our "wrapper" programs to find its Zope and not worry about starting or restarting it. Also, the Event Service provides a uniform way for both sides (wrapper and Zope) to report errors. Unix has facilities that mimic this. Most conspicuously, System V has a facility for init called 'inittab'. This allows sysadmins to manage a database of processes that should be started at boot time. The facility also allows you to specify that processes should be restarted if they exit. Additionally, a number of software packages have been written to act as server managers. Finally, syslog provides a uniform reporting facility. Goals o Vastly simplify integration with other web servers, thus greatly reducing the number of complaints o Speed up initial connection time o Significantly reduce the code needed for an Apache module, thus increasing reliability of something ISPs will need to load and trust o View information through the web about all ZServers running on a system, such as the information found in mod_status for Apache o Decouple the URL (web server integration) from the actual process, paving the way for features such as load balancing and failover amongst N processes o Provide a central place for Anthony to incorporate SNMP :^) Requirements *Add, edit, or disable ZServer installations*. *Manageable in user space, not by root*. --Paul

1 0

Re: [Zope-dev] error when starting with ZServer
by Service Informatique CHSR 24 Mar '99

24 Mar '99

>ZServer probably picks the cPickle file from a different installation. >Try adding the following in your start.py file in the ZServer directory. > >import sys,os >sys.path.insert(0,os.path.join('..','lib','python')) > Ok, my error was to write: import sys,os sys.path.append(os.path.join('..', 'lib', 'python')) instead of using sys.path.insert(0,xxx). Thanks to Anthony who pointed me in the right direction. But Pavlos is kind too...

1 0

RE: [Zope-dev] dev and cvs
by Ken Manheimer 23 Mar '99

23 Mar '99

> I hope this is the right place to ask this :^) The 'digicool-cvs' list would probably be better (because i follow it more carefully), but i haven't properly advertised it yet, so this one is ok. > I got and compiled cvs, it works fine. I made a quick shell script for it, > now I just type "getzope" and it goes after the latest version. No problem, > tested it Friday night. Cool! This is what i was aiming for, and i would go to some effort to rectify whatever doesn't cooperate. So far i haven't found anything... > As a newcomer to cvs I got a silly question, do I built zope in the same > directory that the cvs uses? or do I need to copy it over to a temp > directory for playing, deconstructing, etc. You shouldn't need to build elsewhere. You will notice some "?" entries cluttering up cvs updates until i set up the proper cvsignore entries, but they're harmless... Ken

1 0

Re: [Zope] one 'document' in many 'folders'
by Jim Fulton 23 Mar '99

23 Mar '99

Stefan Franke wrote: > > [Pleased of having caught Jim Fulton in verbose mode 8-] > > > You can store any complex Python data in the DB subject to: > [...] > > - Subobjects of persistent objects must be "persistent" or > > they must be immutable, or be used immutably, as in: > > So class Persistent's __setattr__ is basically also the level > that transaction and undo support work on? I'm not sure what you mean by this. Transaction boundaries are detemined by transaction calls, which are normally made by ZPublisher. Peristent's __setattr__ takes care of registering object changes. Now that you mention it, there is another restriction on persistent objects, they should not implement custom __setattr__ or __getattr__ methods. > Can I expect the undo support to work if I take care of the > persistence rules, regardless of cyclic and acyclic structures? Yes. > Propably about time to switch to Zope-dev... OK, done. :) Jim -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

1 0

RE: [Zope-dev] ANNOUNCE: The Instance Product Patch
by Paul Everitt 23 Mar '99

23 Mar '99

Gregor wrote: > I wonder if there is support for adding something like an optional > LOCAL_HOME. If not, the package maintainers will have to add them > unofficially. Scott Robertson had sent us some patches related to this that unfortunately are going to take some bandwidth to think about. Supporting previous database, where the pickles have the paths to the modules recorded in them, is apparently tricky business. Until then, feel free to experiment with Scott's patches and see what you folks think. --Paul

4 4

error when starting with ZServer
by Service Informatique CHSR 23 Mar '99

23 Mar '99

Hello, This is a weird error I get. Hope that it can be useful to track down a bug. I've got a base (Data.bbb.*) that is served by a PCGI/Apache Zope. When I publish this base with ZopeHTTPServer, no problemo, it just work fine. However, If I try to publish the base with ZServer, I get this traceback: -------------------------------8<------------------------------- Traceback (innermost last): File "./PubCore/ZServerPublisher.py", line 94, in __init__ publish_module( File "/home/webdevel/devel/Zope/lib/python/ZPublisher/Publish.py", line 877, in publish_module response = publisher.publish(module_name,after_list, File "/home/webdevel/devel/Zope/lib/python/ZPublisher/Publish.py", line 325, in publish (bobo_before, bobo_after, request_params, File "/home/webdevel/devel/Zope/lib/python/ZPublisher/Publish.py", line 616, in get_module_info module=__import__(module_name, globals(), globals(), ('__doc__',)) File "/home/webdevel/devel/Zope/lib/python/Main.py", line 103, in ? Bobobase=OFS.Application.open_bobobase() File "/home/webdevel/devel/Zope/lib/python/OFS/Application.py", line 326, in open_bobobase try: app=Bobobase['Application'] File "/home/webdevel/devel/Zope/lib/python/BoboPOS/PickleDictionary.py", line 178, in __getitem__ def __getitem__(self,key): return self._index[key] File "/home/webdevel/devel/Zope/lib/python/BoboPOS/PickleDictionary.py", line 208, in __getitem__ def __getitem__(self, key): return self._d[key] File "/home/webdevel/devel/Zope/lib/python/BoboPOS/PickleJar.py", line 271, in setstate state = unpickler.load() ImportError: ('cPickle.UnpicklingError', "invalid load key, 'G'.") -------------------------------8<------------------------------- Note that the three installation (the one with PCGI, the one with ZHS, the one with ZS) are ***THE SAME***. I copied them with cp -R to do my tests: $ cp -R ZopeWithPCGI ZopeWithZHS $ cp -R ZopeWithPCGI ZopeWithZS $ cd ZopeWithZHS; ./start.py # it works. Then I shutdown the Zope process $ cd ZopeWithZS/var; ../ZServer/start.py # don't work. I wanted to "suck" all my sources from my site by FTP with ZServer to work on it offline, but I can't because of this stuff :-))) Hope that can help. And if anyone here has a solution, it is also welcome... Regards, Jephte CLAIN, Service Informatique CHSR

3 2

ANNOUNCE: The Instance Product Patch
by Scott Robertson 22 Mar '99

22 Mar '99

I just uploaded this patch to the contrib section of the zope web site. >From the README.... INSTANCE PRODUCTS PATCH This patch is useful for people who would like to run multiple instances of Zope from the same source directory, but have each instance have it's own database and product directories. Actually this patch allows each instance to share the Products in SOFTWARE_HOME/Products and to let the instance have it's own personal products under INSTANCE_HOME/Products. SOFTWARE_HOME is an environment variable that points to the directory that Zope is installed in, normally Zope-version/lib/python. INSTANCE_HOME is an environment variable that points to the directory that contains the var directory which in itself contains the Zope Object Database, normally Zope-version/. When Zope first starts, it loads all the products installed under SOFTWARE_HOME/Products/ into zope. Additionally if you set INSTANCE_HOME to point to a directory other than Zope-version/, Zope looks for a directory named var/ under INSTANCE_HOME and either creates the Object Database in that directory or opens the pre-existing one. With this patch Zope will also look under INSTANCE_HOME/Products/ for additional products to install, if the environment variable ALLOW_INSTANCE_PRODUCTS equals 'Yes'. The best way to accomplish all this is to use apache with pcgi and have something like the following lines in your configuration file. --Example httpd.conf file------------------------------ #...Other configuration directives. # Zope configuration maps / to the Zope.cgi CGI script and passes # authentication information. RewriteEngine on RewriteOptions inherit RewriteCond %{HTTP:Authorization} ^(.*) RewriteRule ^/(.*) /home/httpd/cgi-bin/Zope.cgi/$1 [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] # Launch an instance of zope for this Virtual Host <VirtualHost www.bogus.com> ServerAdmin webmaster(a)bogus.com # Inherit the above rewrite rule RewriteEngine on RewriteOptions inherit DocumentRoot /home/bogus ServerName www.bogus.com SetEnv INSTANCE_HOME /home/bogus/ SetEnv PCGI_SOCKET_FILE /home/bogus/var/pcgi.soc SetEnv PCGI_PID_FILE /home/bogus/var/pcgi.pid SetEnv PCGI_ERROR_LOG /home/bogus/var/pcgi.log SetEnv ALLOW_INSTANCE_PRODUCTS Yes User bogus Group bogus </VirtualHost --------------------------------------------------- - Scott Robertson Phone: 714.972.2299 - - CodeIt Computing Fax: 714.972.2399 - - http://codeit.com - ---------------------------------------------------

4 4

AW: [Zope-dev] Security tab in home grown Product
by Stefan Franke 20 Mar '99

20 Mar '99

It seems (just a guess) your Product inherits permissions for attributes it doesn't have. Do you define or inherit manage_main in your Product class? You could try to force a breakpoint at the beginning of manage_changePermissions via import pdb; pdb.set_trace() and inspect the variables there. manage_changePermissions itself is called directly from the security management form. Maybe this can light things up a bit. Stefan > -----Ursprüngliche Nachricht----- > Von: James A. Hillyerd [SMTP:james@blarg.net] > Gesendet am: Freitag, 19. März 1999 00:01 > An: zope-dev(a)zope.org > Betreff: [Zope-dev] Security tab in home grown Product > > I have made my first Product (a little message wall that people can > post > colored messages to), but I am having some trouble with the Security > tab. > When I press the tab, I get a Permissions screen that looks as it > should, > but when I click the change button (no matter what permissions I > change, > if any), I get the following error: > > Sorry, an error occurred. > > Traceback (innermost last): > File /usr/local/zope/lib/python/ZPublisher/Publish.py, line 877, in > publish_module > File /usr/local/zope/lib/python/ZPublisher/Publish.py, line 590, in > publish > (Info: /wall/manage_changePermissions) > File /usr/local/zope/lib/python/AccessControl/Role.py, line 194, in > manage_changePermissions > (Object: RoleManager) > File /usr/local/zope/lib/python/AccessControl/Permission.py, line > 166, > in setRoles > AttributeError: manage_main > > I don't doubt that I am causing this, but since it isn't occuring in > my > code, I don't know how to go about finding the source of the problem. > > Thanks for any help you can give. > > -james > > [] James A. Hillyerd <jamesh(a)altavista.net> Java Developer > [] HyperGlyphics: http://www.hyperglyphics.com/ > [] GPG Public Key Fingerprint for 1024D/9F956CDE (Expires > 2000-02-01): > [] C86F B073 92DF 1E24 EF0B 0118 6061 0FEC 9F95 6CDE > > > _______________________________________________ > 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

Re: [ZDP] Re: [Zope] Searching a Zope site (in the traditional way)
by Simon Michael 20 Mar '99

20 Mar '99

Martijn Pieters <mj(a)antraciet.nl> writes: > * obj_permission -- (optional) To be used together with obj_roles. Check if > the roles specified by obj_roles have the obj_permission permission. Only > these objects are included in the results. > > * obj_roles -- (optional) List of roles to check for obj_permission access. > See obj_permission. Could you, Martijn, or someone else, please say a little more about the above ? I really, *really* would like to see the code which tests whether the AUTHENTICATED_USER has (eg) read permission for a given object. I've studied the zope code and the docs. It fried my brain. But for this hangup, my client's extranet would be running on zope right now. More context at http://www.zope.org/pipermail/zope/1999-January/003108.html Also the original poster might find this helpful: http://www.zope.org/pipermail/zope/1999-January/003525.html Regards, -Simon

1 0