- Zope-Dev - Zope lists

censemble communication toolkit and distributed lock manager
by Mark Hayden 20 Jun '00

20 Jun '00

I recently announced the availability of censemble communication toolkit and a distributed lock manager built using it. After reading about ZEO and the plans to turn the Zope Storage Service into a replicated service, I thought you might find this work useful. regards, Mark Hayden CEnsemble Version 0.03 Download: ftp://24.142.58.202/pub/hayden/ CEnsemble is a toolkit for building reliable distributed applications. It provides a library of protocols that can be used for quickly building complex distributed applications. CEnsemble is a rewrite in C of the Ensemble system, which was written in a dialect of the ML programming language. More information of Ensemble can be found at: Homepage: http://www.cs.cornell.edu/Info/Projects/Ensemble/index.html Download: ftp://cs.cornell.edu/pub/ensemble/ Included with censemble-0.03 is a complete distributed lock manager (DLM) built using the toolkit. The DLM can be used either through a text-based pipe interface or linked into your application as a C library. No familiarity with Ensemble is needed to use the DLM (all the interface is in one header file). A DLM tutorial is included (censemble/dlm/README). The DLM features include: * Fault-tolerant. Any of the lock manager processes can fail; the system will remain available as long as a quorum (majority) of the servers continue running. * Load balanced: locks are randomly assigned to servers to manage. As servers are added or removed from the system, they will reassign locks to even the load. * Reader/writer locks.

1 0

RE: [Zope-dev] SOAP?
by Brian Lloyd 20 Jun '00

20 Jun '00

> I'm trying to find some information about using the SOAP protocol to > communicate with the Zope server. Not having much luck at > this point; any > hints or suggestions would be appreciated. Thanks. > > David Wilcoxen > Austin, Texas Hi David, Zope doesn't yet support SOAP, though this is expected in the future. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

SOAP?
by David Wilcoxen 20 Jun '00

20 Jun '00

I'm trying to find some information about using the SOAP protocol to communicate with the Zope server. Not having much luck at this point; any hints or suggestions would be appreciated. Thanks. David Wilcoxen Austin, Texas

1 0

RE: [Zope-dev] Unpickleable Error
by Brian Lloyd 20 Jun '00

20 Jun '00

> > The product isn't using cStringIO. I didn't even know it > existed until > > now ;) I stepped through the code, and in > lib/python/ZODB/Connection.py > > in the commit() function, when it gets to the line > dump(state) on line > > 347 where state is (apparently) all the correct information for my > > object, it gets the UnpickleableError. I noticed in the > Collector that > > bug #383 was about Unpickleable errors with SQL methods. The object > > that's trying to get pickled in this case contains SQL methods. > > Granted, bug 383 was from around this time last year, but > it's the best > > lead I've got so far. I don't use cStringIO anywhere in my product. > > Well.... since my product *does* use the SQL class, and the SQL class > uses the DA class, and the DA class uses cStringIO, I guess > *technically* I am using it. We create SQL methods then store them as > properties of the class. This may be what it's choking on. It shouldn't be - SQLMethods don't ever actually assign a StringIO to anything but transient variables. The Results object returned from a query could in some cases wrap a StringIO instance - you don't do anything in your product where Results objects would be stored as object attributes do you? If this were a problem common to all SQLMethod objects then I would expect people to be seeing this error all over the place. Is anyone else seeing this? If you're not storing Results anywhere, it would be helpful to see the str() of the 'state' being dumped in commit() - also to know what database adapter/version you are using... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 1

ZPatterns alpha 3 released (was re: ZPatterns 0.4.0a2 bug fixes)
by Phillip J. Eby 20 Jun '00

20 Jun '00

At 11:54 AM 6/20/00 +0300, Itamar Shtull-Trauring wrote: >"Phillip J. Eby" wrote: > >> * The missing _objectChanged() message - it was very hard to track down, >> because everything appeared to be working right, except for the fact that >> it wasn't working. Turns out that _v_status_ (the variable, not the >> method) was an empty string. Which meant that what looked like >> self.__dict__['_v_status_'] in code was actually self.__dict__['']. > >Now I'm having problems with changing objects - > > Error Type: KeyError > Error Value: _v_status_ >.. > File /home/Zope2/lib/python/Products/ZPatterns/DataSkins.py, line 192, in >__set_attr__ > File /home/Zope2/lib/python/Products/ZPatterns/DataSkins.py, line 137, in >_objectChanging >KeyError: (see above) > > >As far as I can tell _v_status_ is not initialized at any point, which is >what causes the problem. > Huh? Oh, %&#()@&%... I fixed that in my working copy, but didn't check it into CVS before building a release .tgz yesterday... Argh. Line 137 of DataSkins.py *should* read: if self._v_status_ is not ChangedStatus: Sorry, everyone. I've checked in this fix, along with the one for Mike's "missing _v_dm_" problem, and uploaded an alpha3 release.

4 5

Test request: ZSession - ZPatterns based session manager
by mike 20 Jun '00

20 Jun '00

http://www.zope.org/Members/RainDog/ZSession/ZSession-0.0.2.tar.gz/view Comments? Mike

2 3

Announce: ZSession-0.0.3a
by mike 20 Jun '00

20 Jun '00

In short: 1. URL = http://www.zope.org/Members/RainDog/ZSession 2. It works. 3. I need more comments/suggestions Mike

1 0

Re: Objet : Re: ZScheduler-0.0.5 problem
by Loren Stafford 20 Jun '00

20 Jun '00

This is going to be hard to debug remotely. Can you help me out? First try getting ZScheduler 0.0.6 which fixes a problem of non-responsive Zope, though there the problem was on shut-down not on start-up. Be sure you have STUPID_LOG_FILE working. Then uncomment some of my debugging statements (calls to loggerr) in the source of __init__.py and Dispatcher.py -- maybe add some instrumentation yourself -- all with the goal of observing how far it runs before Zope hangs. Maybe you'll have to activate one of the #import pdb; pdb.set_trace() statements (in an appropriate place, of course). Also, are there any entries in the Zope log or system log that are seem relevant? The only other thing that comes to mind is that ZScheduler depends on Python's threading module, so you must have a version of threading that works on your OS. I don't know whether there are any "gotchas" with respect to Python threading on Linux (Linux 6.1, I386, Zope-2.1.7.). Maybe someone else can step in and let us know if there are. Please continue to copy zope-dev(a)zope.org. -- Thanks -- Loren ----- Original Message ----- From: "Francois-Regis CHALAOUX" <Francois-Regis.CHALAOUX(a)sanofi-synthelabo.com> To: "Receipt Notification Requested" <lstaffor(a)dynalogic.com> Sent: June 20, 2000 06:48 AM Subject: Objet : Re: ZScheduler-0.0.5 problem > Hi Loren, > > <loren>1. Zope 2.1.7 has been withdrawn due to CVS confusion. Can you > reproduce the > problem on another version, such as 2.1.6?. Is there any indication of why > it won't start (error message)? Did you start it with -D set, so it would > display errors on the console?</loren> > > Yes, the script start script contains '-D "$@"' but nothing is displayed on > the console when I try to fetch an object from zope. > Zope is is blocked and that's all :( > > > > Hi, > > > > 1/ I'm Trying to use ZScheduler-0.0.5 on Linux 6.1, I386, Zope-2.1.7. > > Just after to install the product I cannot start Zope !!! > > > > 2/ There is also an archive problem when I extract the file from > > ZScheduler-0.0.5.tgz : > > > > srchocolat 138% tar xvzf ZScheduler-0-0-5.tgz > > lib/python/Products/ZScheduler/ > > lib/python/Products/ZScheduler/__init__.py > > lib/python/Products/ZScheduler/addOneTimeZEvent.dtml > > lib/python/Products/ZScheduler/README.txt > > lib/python/Products/ZScheduler/CHANGES.txt > > lib/python/Products/ZScheduler/ZSchedule.py > > lib/python/Products/ZScheduler/version.txt > > lib/python/Products/ZScheduler/ZEvent.py > > lib/python/Products/ZScheduler/Loggerr.py > > lib/python/Products/ZScheduler/Dispatcher.py > > lib/python/Products/ZScheduler/documentEdit.dtml > > lib/python/Products/ZScheduler/scheduleView.dtml > > lib/python/Products/ZScheduler/www/ > > lib/python/Products/ZScheduler/www/OneTimeZEvent.gif > > lib/python/Products/ZScheduler/www/RecurringZEvent.gif > > lib/python/Products/ZScheduler/www/ZSchedule.gif > > > > gzip: stdin: decompression OK, trailing garbage ignored > > tar: Le processus enfant a retourné le statut 2 > > tar: Statut d'erreur reporté d'erreurs précédentes. > > srchocolat 139% > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

1 0

Yet another bug. (Re: [Zope-dev] Bug?)
by mike 20 Jun '00

20 Jun '00

It looks like retrieved items have no _v_dm_ set. I fixed it (not sure this is right) with: File: Rack.py def getItem(self, key): """Get an item from the rack by key""" # Borrow canonicals map for per-transaction item cache k = key, item = self._canonicalForm(k,_marker) if item is _marker: item = self.retrieveItem(key) self._registerCanonical(k,item) # XXX Should we cache non-existence? if item is not None: item._setRack(self.aq_inner) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ return item

2 3

Catalog acquisition problems?
by Martijn Faassen 20 Jun '00

20 Jun '00

Hi there, We've been experiencing some odd interactions between the ZCatalog and acquisition. Inside the <dtml-in catalog ..> tags things seem to go screwy. It's picking up the properties in the root folder instead of in the subfolder (the context), where the <dtml-in catalog ..> is used. Why would this happen? Another odd thing that happens is that dtml-let variables appeared wiped empty inside the dtml-in: <dtml-let foo="'bar'"> <dtml-in catalog ..> ... <dtml-var foo> ... </dtml-in> </dtml-let> The <dtml-var foo> will display nothing. 'foo' *does* exist, but it just appears to be empty. Am I missing something, or is this a bug? Regards, Martijn

1 0