Re: [Zope-dev] Re: ZPatterns, ObjectDomain, UML and all that.....
Hi Itai, "Itai" == Itai Tavor [EMAIL PROTECTED] writes: Itai I'm already using globally unique ids, but still, doesn't Itai using the same id for the Participant and the Actor make Itai these objects too tightly coupled? Seems to me that Actors Itai should provide an interface for finding actors to the rest Itai of the application; other objects should not make Itai assumptions about the internal storage of Actors, and Itai particularly what ids they use. No? Well... there are two aspects here: 1) Who knows about how various Participants and Actors are managed and 2) How are they actually managed. Tight coupling is only about "1". It seems to me that "2" is up to you as the developer to decide based on the particular situation. I'm sure that ZPatterns Zen is like most things... you learn by getting your fingers burnt ;-). However it seems to me that it should be OK for an Xs Specialist to implement getXforY( y_id ) or getXsforY( y_id ) (if there is more than one x for a single y. If you have an XOR relationship, with several potential Specialists I think you could either: (A) iterate through the list of possible Specialists and ask each to getXforY until you get a hit... or (B) have a 'clearing house' Participants specialist, with a Rack for each of the Participant types and let it iterate through the racks and return an object of the right type based on which one is a 'hit'. (Specialists of course do this automatically!) The advantage of (A) is, one less Specialist. The disadvantage is that the Actor Specialist needs to 'know' about the list of Participant Specialists itself. The advantage of (B) is that the clearing house Specialist keeps track of all the different Participants types... and the iteration is 'automatic'. However... I think that either of these is 'OK' as far as coupling is concerned. In both cases the information about the different types of Participant is kept in a single centralized place [(A) in the Actors Specialist] and [(B) in the clearing house Specialist]. *If* you had some *other* Specialist that also needed to iterate through the various types of Participants... *then* B would be a clear advantage, and probably worth the added complexity. Anyway.. just my random thoughts. -steve (P.S. it was refreshing to hear pje mention that he and Ty had to "bite the bullet" and add new classes/Specialists on a project and only *after* that it got much simpler, clearly implying that the original design was less than perfect. It seems to us newbies sometimes that they possess the Deific characteristic of near (object oriented) infallibility whereby they produce clean, elegant, yet simple object oriented designs with the same graceful ease with which they might compose a grocery list, while we mortals struggle for hours and days to come up with something that they might discard after a moment's thought. Anyway in the end we'll all learn the most by hard experience, if only she were a more forgiving Mistress!) (P.P.S. I still really like your idea of codifying some of these ZPatterns techniques into a sort of gallery of ZPatterns Implementations. I'm working already on incorporating some of these into the ToDo example.) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope] More Problems Compiling from Source Code
Hi, I'm trying to recompile Zope from the source because of a module I want to include to better enable MySQL. I'm running into a problem when I try to execute this: python wo_pcgi.py It executes a bunch then chokes here: gcc -fpic -g -O2 -Wall -Wstrict-prototypes -I/usr/local/include/python2.0 - I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Components/cPickle/cPickle.c ./../Components/cPickle/cPickle.c:57: mymath.h: No such file or directory make: *** [cPickle.o] Error 1 Traceback (most recent call last): File "wo_pcgi.py", line 116, in ? File "wo_pcgi.py", line 104, in main File "/apache/vhosts/Zope-2.2.4-src/inst/build_extensions.py", line 96, in ? make('lib','python') File "/apache/vhosts/Zope-2.2.4-src/inst/do.py", line 135, in make do('make') File "/apache/vhosts/Zope-2.2.4-src/inst/do.py", line 104, in do if i and picky: raise SystemError, i SystemError: 512 I dunno what the problem is with the cPickle, I believe the install of python-2.0 was clean, any suggestions? TIA, BenO ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] standard_error_message woes!
I think this is because these are standard error codes that have to do with the web server and they must work even if the object database doesn't. There must be a more detailed reason why these errors aren't connected to the db, but someone else will have to answer that one. :) This keeps on coming up. It's because certain errors aren't processed as you would expect. For example, try putting a space in a URL going to a Zope server. You get a very horrible error, probably from Medusa... yurch! What you're experiencing is something similar. Most errors do go to the nearest standard_error_message, but there are a load (security being the most notable ones) of errors that just return the hard coded error message, which isn't very nice :-( There was talk of fixing this a while back but nothing happened... Chris PS: almost related, have you noticed how there's no way you can prevent Zope (other than hacking the source) from tacking the error message on the end of the HTML stream, even in production mode? Not only does this produce badly formed HTML, but it gives out way more information that it should to someone potentially looking to hack your site... ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Reality check PYZOMA = python / zope for Mac ?
Hi Jason, Have you seen: http://www.zope.org/Members/sspickle/MacOSXBHFS Zope-2.3a1 runs with Python-1.5.2. I've run Zope-2.2.x on MacOSX and it runs great. At some point someone with time, or a paying customer, or both will get an Open Database (MySQL, PostegreSQL, ... ) running on MacOSX and we'll have a full fledged solution. There is already a commercial outfit selling MySQL stuff for MacOSX, so it's just a matter of time. ;-) It will be interesting to see how Apple handles moving millions of MacOS users to what is really a fundamentally different operating system with unix under the hood but that's for a different mailing list. ;-) -steve ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope and Python 2.0 don't minx
gcc -fpic -g -O2 -Wall -Wstrict-prototypes -I/usr/local/include/python2.0 - I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c I dunno what the problem is with the cPickle, I believe the install of python-2.0 was clean, any suggestions? Zope and Python 2.0 don't currently mix well without lots of poking. Use Python 1.5.2 and things should be a bit easier. cheers, Chris ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] More Problems Compiling from Source Code
ben, python 2.0 is not officially supported yet. you will need to install the supported version (python 1.5.2). jens on 12/23/00 5:22, Ben Ocean at [EMAIL PROTECTED] wrote: Hi, I'm trying to recompile Zope from the source because of a module I want to include to better enable MySQL. I'm running into a problem when I try to execute this: python wo_pcgi.py It executes a bunch then chokes here: gcc -fpic -g -O2 -Wall -Wstrict-prototypes -I/usr/local/include/python2.0 - I/usr/local/include/python2.0 -DHAVE_CONFIG_H -c ./../Components/cPickle/cPickle.c ./../Components/cPickle/cPickle.c:57: mymath.h: No such file or directory make: *** [cPickle.o] Error 1 Traceback (most recent call last): File "wo_pcgi.py", line 116, in ? File "wo_pcgi.py", line 104, in main File "/apache/vhosts/Zope-2.2.4-src/inst/build_extensions.py", line 96, in ? make('lib','python') File "/apache/vhosts/Zope-2.2.4-src/inst/do.py", line 135, in make do('make') File "/apache/vhosts/Zope-2.2.4-src/inst/do.py", line 104, in do if i and picky: raise SystemError, i SystemError: 512 I dunno what the problem is with the cPickle, I believe the install of python-2.0 was clean, any suggestions? TIA, BenO ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] première version de l'interface francisée de Zope
babelfish.altavista.com produced the following (amusing) translation: ** Hello, * You pouver to download a first version of the francized interface of Zope (currently 2.2.4) to the following address: http://zdp.zope.org/projects/zi18n/zzlocale/zzlocale_fr.tar.gz * you should install the product zzlocale: http://www.zope.org/Members/yemartin/zzLocale * To create a repertory lib/python/locales under your root of Zope and décompacter zzlocale_fr.tar.gz in this repertory. You must then have: let us lib/python/locales/fr/buttons lib/python/locales/fr/tabs lib/python/locales/fr/AccessControl/access.dtml lib/python/locales/fr/AccessControl/addUser.dtml [... ] * In Control_Panel (oops Paneau_de_controle) you have a mitre of management of the language (fixes or according to the navigator) It does not remain badly of shells, of awkwardnesses of drafting, and lack of coherence. Do not hesitate has to make share of your remarks and corrections. PS: Is Rémy for next the tar.gz, it possible to integrate the path lib/python/locales/fr directly? Didier. * on 12/23/00 11:36, Didier Georgieff at [EMAIL PROTECTED] wrote: Bonjour, * Vous pouver télécharger une première version de l'interface francisée de Zope (actuellement 2.2.4) à l'adresse suivante : http://zdp.zope.org/projects/zi18n/zzlocale/zzlocale_fr.tar.gz * il vous faut installer le produit zzlocale : http://www.zope.org/Members/yemartin/zzLocale * Créer un répertoire lib/python/locales sous votre racine de Zope et décompacter zzlocale_fr.tar.gz dans ce répertoire. Vous devez alors avoir : lib/python/locales/fr/buttons lib/python/locales/fr/tabs lib/python/locales/fr/AccessControl/access.dtml lib/python/locales/fr/AccessControl/addUser.dtml [...] * Dans le Control_Panel (oops Paneau_de_controle) vous avez un onglet de gestion de la langue (fixe ou selon le navigateur) Il reste pas mal de coquilles, de maladresses de rédaction, et de manque de cohérence. N'hésitez pas a faire part de vos remarques et corrections. PS : Rémy pour le prochain tar.gz, est il possible d'intégrer le chemin lib/python/locales/fr directement ? Didier. ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] première version de l'interface francisée de Zope
Bonjour, * Vous pouver télécharger une première version de l'interface francisée de Zope (actuellement 2.2.4) à l'adresse suivante : http://zdp.zope.org/projects/zi18n/zzlocale/zzlocale_fr.tar.gz * il vous faut installer le produit zzlocale : http://www.zope.org/Members/yemartin/zzLocale * Créer un répertoire lib/python/locales sous votre racine de Zope et décompacter zzlocale_fr.tar.gz dans ce répertoire. Vous devez alors avoir : lib/python/locales/fr/buttons lib/python/locales/fr/tabs lib/python/locales/fr/AccessControl/access.dtml lib/python/locales/fr/AccessControl/addUser.dtml [...] * Dans le Control_Panel (oops Paneau_de_controle) vous avez un onglet de gestion de la langue (fixe ou selon le navigateur) Il reste pas mal de coquilles, de maladresses de rédaction, et de manque de cohérence. N'hésitez pas a faire part de vos remarques et corrections. PS : Rémy pour le prochain tar.gz, est il possible d'intégrer le chemin lib/python/locales/fr directement ? Didier. ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Reality check PYZOMA = python / zope for Mac ?
Steve Thanks very much for this encouraging news. Indeed if it runs well, Zope could be important enough app for for soem people to upgrade to MacOSX. If one needs to install Zope __now__ on non-MacOSX machines, what is the story? cheers - Jason ___ Jason CUNLIFFE = NOMADICS['Interactive Art and Technology'] Steve Spicklemire [EMAIL PROTECTED] wrote: Have you seen: http://www.zope.org/Members/sspickle/MacOSXBHFS Zope-2.3a1 runs with Python-1.5.2. I've run Zope-2.2.x on MacOSX and it runs great. At some point someone with time, or a paying customer, ...[snip mySQL commercial/non-commercial prospects] ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] ZODB robustness
Yo! Hey, I got a few questions and could use the advice from some of you experts out there. First off, a quick background. I'm in the current design and analysis stage of a major new project. What I'm doing is a complete re-write of a venerable Operational Support System - essentially, an n-tier framework that will be the ultimate, back-bone engine ultimately running the whole company. Mission Critical comes to mind... My vision is to implement this thing entirely, from start to finish, thoroughly in an object-oriented model. This is easy as far as the web-application ( our front-end user interface ) is concerned, of course, by using Zope. However, in order to see a pervasive object-orientd design through and through - I'd also like to store all *data* as objects, within an Object Database as well -- rather than the more traditional means of using an RDBMS as the data-store and composing and decomposing complex objects into tables... Yuck. Now, as a ( rather pleasant ) side-affect of choosing Zope as our Web Application Server - it looks like Python will be the choosen language that we'll be using to construct this OSS in. Which leaves every OODB *I'm* aware of out ( they all only support C++, Java and/or Smalltalk ) -- except, that is, for ZODB. So there it is. Can a whole company confidently rely on ZODB as a robust ( I know it's scalable, with ZEO ) OODB solution for a large, highly-active, mission-critical, highly-available, enterprise Operational Support System infrastructure? Storing and serving thousands of objects? For added reliability, I've looked into utilizing one of the custom ZODB storage types - namely, OracleStorage looks like the ticket - rather than the standard FileStorage Data.fs. So please, tell me - am I totally wacked? Crazy? Stark-raving Mad? Should I just use Zope and stick with Oracle rdbms for the data store, or is ZODB truly a viable and robust OODB? I really appreciate any and all comments, advice or rotten vegetables, thanks! Beers, Corey ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] ZODB robustness
Corey, ZODB is very stable. It's fast, and it's very transparent. It serves web apps very well. With ZEO, it becomes compelling for distribution of logic and data. But it's not particularly well-equipped to handle high-write situations in any configuration. If your app will have many concurrent users all wishing to write to the same objects at the same time, it may be wise to look into a relational datastore, many of which offer record-level locking instead of the optimistic write-collision detection strategy used by the ZODB. Although I've not used it, I believe Phillip Eby's ZPatterns product aims to facilitate object-relational mapping in these sorts of cases, and it apparently allows you to prototype using the ZODB and move to other data stores later without application logic changes. If you're on the edge of thinking this may not be a requirement, you'd be wise to get comfortable with the nitty-gritty of how the ZODB works so you can design your objects to be well-behaved in modest concurrent-write situations. Looking at the ZODB UML model in the Developer section of Zope.org is a good start. If you search for ZODB on Google, probably the first thing that will come up is Jim's paper on the ZODB for the 2000 Python conference, which is another good place to start. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 23, 2000 3:13 PM Subject: [Zope] ZODB robustness Yo! Hey, I got a few questions and could use the advice from some of you experts out there. First off, a quick background. I'm in the current design and analysis stage of a major new project. What I'm doing is a complete re-write of a venerable Operational Support System - essentially, an n-tier framework that will be the ultimate, back-bone engine ultimately running the whole company. Mission Critical comes to mind... My vision is to implement this thing entirely, from start to finish, thoroughly in an object-oriented model. This is easy as far as the web-application ( our front-end user interface ) is concerned, of course, by using Zope. However, in order to see a pervasive object-orientd design through and through - I'd also like to store all *data* as objects, within an Object Database as well -- rather than the more traditional means of using an RDBMS as the data-store and composing and decomposing complex objects into tables... Yuck. Now, as a ( rather pleasant ) side-affect of choosing Zope as our Web Application Server - it looks like Python will be the choosen language that we'll be using to construct this OSS in. Which leaves every OODB *I'm* aware of out ( they all only support C++, Java and/or Smalltalk ) -- except, that is, for ZODB. So there it is. Can a whole company confidently rely on ZODB as a robust ( I know it's scalable, with ZEO ) OODB solution for a large, highly-active, mission-critical, highly-available, enterprise Operational Support System infrastructure? Storing and serving thousands of objects? For added reliability, I've looked into utilizing one of the custom ZODB storage types - namely, OracleStorage looks like the ticket - rather than the standard FileStorage Data.fs. So please, tell me - am I totally wacked? Crazy? Stark-raving Mad? Should I just use Zope and stick with Oracle rdbms for the data store, or is ZODB truly a viable and robust OODB? I really appreciate any and all comments, advice or rotten vegetables, thanks! Beers, Corey ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Closer But No Cigar
Hi; Well, I've finally got python-1.5.2 installed and running and Zope re-installed from the source code to the point where it gives me the good 'ol *Done!* line, but when I type ./start it chokes. Here's the print-out: thor:/apache/vhosts/Zope-2.2.4-src# ./start [1] 4983 thor:/apache/vhosts/Zope-2.2.4-src# -- 2000-12-23T21:44:24 PROBLEM(100) ZServer Computing default hostname -- 2000-12-23T21:44:24 INFO(0) ZServer Medusa (V1.16.4.3) started at Sat Dec 23 13:44:24 2000 Hostname: thor.galaxynet.com Port:8080 -- 2000-12-23T21:44:24 INFO(0) ZServer FTP server started at Sat Dec 23 13:44:24 2000 Authorizer:None Hostname: thor.galaxynet.com Port: 8021 -- 2000-12-23T21:44:24 INFO(0) ZServer Monitor Server (V1.8.4.1) started on port 8099 Traceback (innermost last): File "/apache/vhosts/Zope-2.2.4-src/z2.py", line 710, in ? pf = open(PID_FILE, 'w') IOError: [Errno 13] Permission denied: '/apache/vhosts/Zope-2.2.4-src/var/Z2.pid' What am I missing? TIA, BenO ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] Never Mind!
Sorry for troubling y'all... finally got my install of Zope, Python, et al working! Have an egg nog on me! BenO ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
[Zope] The meaning of Zope
From http://www.kabalarians.com/male/zope.htm Zope Your first name of Zope has given you an expressive, diplomatic, and refined nature. Although you have a good appreciation of material values, business ability, and skill in organizing and managing others, your success is restricted by a lack of self-confidence and initiative. You have very expensive tastes, and your desires could well exceed your initiative in providing for them through your own efforts. Personal appearance is important to you. You are always well-groomed yourself, and you judge others by your own standard. You do not like to rough it or use much physical energy. Through your diplomatic ways you are able to call on the assistance of others to avoid such matters. You have good business judgment but lack the confidence to carry out your own ideas unless assisted by an associate. From a desire to eat too many rich foods, your health could suffer through kidney and generative troubles or any problems affecting the fluid functions of the body. Bob Sidebotham [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Reality check PYZOMA = python / zope for Mac ?
Does anyone know what Apple's plans are for MacOSX introduction to broad mass market.? Will it be the default AppleOS by end of 2001? --- Zope-2.3a1 runs with Python-1.5.2. I've run Zope-2.2.x on MacOSX and it runs great. At some point someone with time, or a paying customer, or both will get an Open Database (MySQL, PostegreSQL, ... ) running on MacOSX and we'll have a full fledged solution. If one needs to install Zope __now__ on non-MacOSX machines, what is the story? Zope apparently has some problems with Python 2.0 and requires Python 1.5.2 to run correctly. 1.5.2 is not multithreaded under the classic Mac OS and thus will not support Zope. (2.0 is multithreaded on the Mac, but doesn't work with Zope, though whether this is due only to the Python version or also includes other issues, I don't know). The speculation now is that OSX will be announced in February in proximity with MacWorld Tokyo and become available for purchase around that time. Apple has announced plans to ship OSX on new machines beginning in the summer. As usual, though, it wouldn't be much of a surprise if the dates slipped. There are ongoing issues around the OSX interface. However, it appears that Apple intends to minimize the overlap period between the classic Mac OS and OSX. I'd guess it will be the default OS by the end of 2001, but there will remain a substantial installed base of the classic system for some time. OSX is basically BSD unix with a proprietary presentation layer on top. Disks can be formatted with either a typical unixish case-sensitive file sysem or the Mac HFS+ extended file system, which is case insensitive. Most Mac users would probably choose the latter, which can cause problems with module and directory names when case sensitivity is assumed. I believe this problem affects building both Python and Zope. In addition, some of the standard file paths are different in OSX (e.g., to the java VM) and require a little investigating and editing to get things to work right. I've also heard that the gnu c compiler is named 'cc' rather than 'gcc' and that this can be a problem in some installs. Many things install correctly with no trouble, but it's not unusual to have to tweak a bit. Ultimately these issues will become generally known and things will be less of a guessing game than than are now. Tony Lownds has compiled Python 2.0 for Mac OSX http://tony.lownds.com/macosx/, which installs fine. I haven't found a source for a compiled 1.5.2. I've tried to follow Steve's directions for the 1.5.2 build at http://www.zope.org/Members/sspickle/MacOSXBHFS but I haven't been successful with that as yet. I also tried Zope with Python 2 (above) but wasn't able to get it to build correctly. Incidentally (in response to a previous comment), a compiled binary of MySQL (3.23.27) for MacOSX/Darwin is available at http://www.mysql.com/downloads/mysql-3.23.html under "Older and contributed versions." As an aside, OSX has pretty good Java support (JVM 1.2.2) and both JPython www.jpython.org and Jython jython.sourceforge.net compile and run fine (you must install jython with the '-unix' option because it doesn't recognize MacOSX). I've been experimenting with servlet containers (Tomcat, jakarta.apache.org) with the idea of writing servlets in Jython (example code for these is available). I've also played around with Enhydra www.enhydra.org and that also runs fine on OSX. jhh.cbmi.upmc.edu is a MacOSX machine running Tomcat and Jython which will hopefully have some Jython demo servlets up sometime next week. This machine will also get a Zope installation as soon as the OSX issues are worked out. Jim Harrison Univ. of Pittsburgh ___ Zope maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )