[Zope-Annce] ANN: more zope.org wikis moved, zopewiki.org renamed
Zopistas, all wikis that were under http://zope.org/Wikis have now been moved to http://wiki.zope.org . The old wikis have been made read only. 60 wikis were moved. ~500 old dtml methods and ~1500 old wiki help pages were cleaned out. Mail subscriptions still need a little work. Enjoy! You may see some excellent docs you never saw before, I certainly did. I'm sure there's a lot of cleanup opportunities here - jump in. Also, zopewiki.org has been renamed to http://wiki.zope.org/zope2 . The old url was great to use, but the new one will fit better with the new scheme. Old zopewiki urls will redirect. All of these wikis should share cookies, so you only have to set your zwiki options once. All should have similar edit policies - full edit access, username option required. Please reply here with any problems. Thanks for going along with this - it was satisfying. :) -Simon ___ Zope-Announce maillist - Zope-Announce@zope.org http://mail.zope.org/mailman/listinfo/zope-announce Zope-Announce for Announcements only - no discussions (Related lists - Users: http://mail.zope.org/mailman/listinfo/zope Developers: http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-dev] Zope Tests: 8 OK, 1 Failed
Summary of messages to the zope-tests list. Period Wed Oct 25 10:00:01 2006 UTC to Thu Oct 26 10:00:01 2006 UTC. There were 9 messages: 9 from Zope Unit Tests. Test failures - Subject: FAILED (errors=1) : Zope-trunk Python-2.4.3 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:35:01 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006389.html Tests passed OK --- Subject: OK : Zope-2.6 Python-2.1.3 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:23:00 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006381.html Subject: OK : Zope-2.6 Python-2.3.5 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:24:30 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006382.html Subject: OK : Zope-2.7 Python-2.3.5 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:26:00 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006383.html Subject: OK : Zope-2.7 Python-2.4.3 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:27:30 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006384.html Subject: OK : Zope-2.8 Python-2.3.5 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:29:00 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006385.html Subject: OK : Zope-2.8 Python-2.4.3 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:30:30 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006386.html Subject: OK : Zope-2.9 Python-2.4.3 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:32:00 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006387.html Subject: OK : Zope-2.10 Python-2.4.3 : Linux From: Zope Unit Tests Date: Wed Oct 25 21:33:30 EDT 2006 URL: http://mail.zope.org/pipermail/zope-tests/2006-October/006388.html ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] buildbot failure in Zope branches 2.9 2.4 Linux zc-buildbot
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 8409 Blamelist: andreasjung,andrew,baijum,batlogg,benji_york,ctheune,dobe,faassen,fdrake,flox,hdima,jens,jim,jukart,mgedmin,oestermeier,philikon,rogerineichen,schwendinger,srichter,tseaver,wichert,wosc,yuppie BUILD FAILED: failed test sincerely, -The Buildbot ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Fwd: XML export/import is cool! (Was Re: [Zope-dev] Deprecating XML export/import?)]
Hi! I would like to resurrect this thread with my own recent experience. My problem was to spread a set of zodb objects over several zope installations. Every installation required some slight modifications to be applied to original objects (such as usernames and passwords). So I decided to export the original data in an xml dump and write a small application which modifies the dump as necessary before import. But to my distress I couldn't import neither a modified dump nor even the original dump. The process failed with UnicodeDecodeError exception. After some investigation I realized what was the problem (at least in my case). The xml parser extracts all texts as unicode strings. But among them are base64-encoded strings which are decoded into non-unicode strings containing binary data. Of course this data can't be decoded by any codec. The code in ppml.py sometimes concatenates the raw and unicode strings and this raises UnicodeDecodeError. I worked this around by converting the unicode strings into non-unicode ones. Please look at the patch attached. Zope version 2.9.4. -- Best regards, Alexei On 25. March 2006 21:40:48 +0100 Yoshinori Okuji yo at nexedi.com wrote: On Saturday 25 March 2006 15:56, Andreas Jung wrote: Zope 2.7 throws a BadPickleGet, 12 exception, Zope 2.8 throws BadPickleGet, 13 and Zope 2.9 raises the described UnicodeDecodeError. I don't expect that the import functionality works for even more complex objects. So I consider the whole functionality as totally broken. The generated XML might be useful to perform any processing outside Zope but using it for re-importing it into another Zope systems definitely does _not_ work. So if the functionality should remain in Zope then it should be fixed for Zope 2.10 lately. Here is a quick patch for this problem (against 2.9.1). There were two different problems: - the id attributes were not generated, because the conditional was reverse. - unlike xmllib, expat always returns Unicode data, so simply concatenating binary values generates Unicode objects with non-ascii characters. --- /tmp/ppml.py 2006-10-27 00:36:18.0 +0600 +++ /usr/lib/zope2.9/lib/python/Shared/DC/xml/ppml.py 2006-10-27 00:00:17.0 +0600 @@ -573,7 +573,9 @@ def save_tuple(self, tag, data): T=data[2:] if not T: return ')' -return save_put(self, '('+string.join(T,'')+'t', data[1]) +try: ret='('+string.join(T,'')+'t' +except UnicodeDecodeError: ret='('+string.join(map(str,T),'')+'t' +return save_put(self, ret, data[1]) def save_list(self, tag, data): L=data[2:] @@ -590,7 +592,9 @@ D=data[2:] if self.binary: v=save_put(self, '}', data[1]) -if D: v=v+'('+string.join(D,'')+'u' +if D: + try: v=v+'('+string.join(D,'')+'u' + except UnicodeDecodeError: v=v+'('+string.join(map(str,D),'')+'u' else: v=save_put(self, '(d', data[1]) if D: v=v+string.join(D,'s')+'s' @@ -623,7 +627,8 @@ stop=string.rfind(x,'t') # This seems if stop=0: x=x[:stop]# wrong! v=save_put(self, v+x+'o', data[1]) -v=v+data[4]+'b' # state +try: v=v+data[4]+'b' # state +except UnicodeDecodeError: v=str(v)+str(data[4])+'b' # state return v def save_global(self, tag, data): ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[ZWeb] zope.org frontpage modifications
for the records, a few changes have been made recently: zope.org frontpage - left column replaced 'Zope Exits' with 'Zope Sites', now links to http://zopewiki.org/Sites (anyone can add links and reorganize) - center column: added the first paragraph from MembersFAQ to fill the space betweem 'Zope for...' and the Zope/Plone training announcements - right column: added a 'Planets' section on top of the sidebar featuring planet.zope.org and planet.plone.org - any other planets to include there ? changed the number of NewsItems in the 'News' section from 7 to 5 zope.org/Wikis - each ZWikiPage under that folder now has a message describing its 'read-only' state and the move to the new location at http://wiki.zope.org/... - the message is inserted into the 'header/portal_message' macro called by main_template Michael -- http://zope.org/Members/d2m http://planetzope.org ___ Zope-web maillist - Zope-web@zope.org http://mail.zope.org/mailman/listinfo/zope-web
Re: [ZWeb] Re: [Zope-Annce] ANN: more zope.org wikis moved, zopewiki.org renamed
On Oct 26, 2006, at 9:43 AM, Chris Withers wrote: Simon Michael wrote: all wikis that were under http://zope.org/Wikis have now been moved to http://wiki.zope.org . Yay! Well done Simon! Everyone owes you beer ;-) Agreed! Thanks! --Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope-web maillist - Zope-web@zope.org http://mail.zope.org/mailman/listinfo/zope-web
Re: [ZWeb] zope.org frontpage modifications
Any reason why we don't want to just do a permanent redirect from old wikis to new wikis? Andrew On 10/26/06 4:18 AM, Michael Haubenwallner [EMAIL PROTECTED] wrote: for the records, a few changes have been made recently: zope.org frontpage - left column replaced 'Zope Exits' with 'Zope Sites', now links to http://zopewiki.org/Sites (anyone can add links and reorganize) - center column: added the first paragraph from MembersFAQ to fill the space betweem 'Zope for...' and the Zope/Plone training announcements - right column: added a 'Planets' section on top of the sidebar featuring planet.zope.org and planet.plone.org - any other planets to include there ? changed the number of NewsItems in the 'News' section from 7 to 5 zope.org/Wikis - each ZWikiPage under that folder now has a message describing its 'read-only' state and the move to the new location at http://wiki.zope.org/... - the message is inserted into the 'header/portal_message' macro called by main_template Michael ___ Zope-web maillist - Zope-web@zope.org http://mail.zope.org/mailman/listinfo/zope-web
[ZWeb] Re: ANN: more zope.org wikis moved, zopewiki.org renamed
Thanks! I forgot to mention all those who helped, such as Jim (access), Chris (dns), Michael (zope.org config), and everyone who gave feedback. I'm not sure why the announcement didn't show up here.. reposting. Simon Michael wrote: Zopistas, all wikis that were under http://zope.org/Wikis have now been moved to http://wiki.zope.org . The old wikis have been made read only. 60 wikis were moved. ~500 old dtml methods and ~1500 old wiki help pages were cleaned out. Mail subscriptions still need a little work. Enjoy! You may see some excellent docs you never saw before, I certainly did. I'm sure there's a lot of cleanup opportunities here - jump in. Also, zopewiki.org has been renamed to http://wiki.zope.org/zope2 . The old url was great to use, but the new one will fit better with the new scheme. Old zopewiki urls will redirect. All of these wikis should share cookies, so you only have to set your zwiki options once. All should have similar edit policies - full edit access, username option required. Please reply here with any problems. Thanks for going along with this - it was satisfying. :) -Simon ___ Zope-web maillist - Zope-web@zope.org http://mail.zope.org/mailman/listinfo/zope-web
[Zope] storing persisten object in python dictionaries
hi! i have a writeen am framework where objects have unique ids and instances are stored in btreefolders, one per class. if i want to retrieve an instance based on id, i lookup it's class name and the get the class' container path from my metadata manager (f.ex. /app/data/Appointments/instances). now i traverse to this container and get the object with given id from there. the process of traversing to the class' container folder is done on each object get. a cool optimization for me would be to cache class container folders in a python dictionary (much faster than traversal), but this doesn't work. the main problem is that objects retrieved from these cached folders have broken acquisition. actually i asked a similar question some time ago and was told: don't store persistent objects in python dicts. i changed my code back to traversal and everything works, but now i finally reached the optimization stage and profiling indeed shows a huge improvement in object lookup with class container caching enabled. so can anybody tell me why this doesn't work, or what to respect to make it working? btw. the cache dict is implemented as a volatile attribute (_v_classContainerDict) of a singleton object in the db. best regards, jürgen herrmann ___ XLhost.de - eXperts in Linux hosting Jürgen Herrmann Konrad Adenauer Allee 43, DE-93051 Regensburg Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)721 151 463027 WEB: http://www.XLhost.de ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Scalability
This is probably falls under the catagory of FAQ but I couldn't find a good answer through searching, so I'll ask. Are there any size limitations on file system storages? At what point can things become very slow? I'm wondering as much about the number of objects stored as well as file size for a Data.fs. And what about zeo storages. Is there on the number of zeo storages that can be connected to zope clients? As far as number of objects, I'm thinking in terms of 10,000,000 or more folderish and content objects. While I'm talking about it, are there any performance limitations on the zcatalog? Will it perform well even with this many objects? Thank you in advance, Kevin ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] storing persisten object in python dictionaries
Storing persistent object in object outside of ZODB can incur in the problem of passing object(s) between threads, and, therefore, passing one object which is related to a connection on the ZODB to another context with a different connection. Also, AFAIK, keep in mind _v_ attributes are not involved in transaction machinery of Zope. This means that if you have an error inside you transaction after you modified the _v_ cache, you will have the cache modified even tough the transaction has been aborted. Regards Marco -- Marco Bizzarri http://iliveinpisa.blogspot.com/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] storing persisten object in python dictionaries
You don't need to traverse /me thinks. Item access is fast. How about: app.data[classId].instances[obId] Stefan On 26. Okt 2006, at 05:44, Jürgen Herrmann wrote: i have a writeen am framework where objects have unique ids and instances are stored in btreefolders, one per class. if i want to retrieve an instance based on id, i lookup it's class name and the get the class' container path from my metadata manager (f.ex. /app/data/Appointments/instances). now i traverse to this container and get the object with given id from there. -- Anything that, in happening, causes itself to happen again, happens again. --Douglas Adams ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] storing persisten object in python dictionaries
On 10/26/06, Jürgen Herrmann [EMAIL PROTECTED] wrote: On Thu, October 26, 2006 14:53, Marco Bizzarri wrote: Storing persistent object in object outside of ZODB can incur in the problem of passing object(s) between threads, and, therefore, passing one object which is related to a connection on the ZODB to another context with a different connection. ok, this is probably the problem here, so would haveing a cache dict for each thread help? there are only about 50-100 containers so the memory overhead would be neglible compared to the performance gained. Yes, this should probably resolve your issue. Also, AFAIK, keep in mind _v_ attributes are not involved in transaction machinery of Zope. This means that if you have an error inside you transaction after you modified the _v_ cache, you will have the cache modified even tough the transaction has been aborted. not a real problem as class instance containers are very static. I understand, we hit this problem while caching object obtained from database rows... and in case of failure cache became unreliable. I'm keeping the answer on the ML, if you don't mid. -- Marco Bizzarri http://iliveinpisa.blogspot.com/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] storing persisten object in python dictionaries
On Thu, October 26, 2006 15:00, Marco Bizzarri wrote: On 10/26/06, Jürgen Herrmann [EMAIL PROTECTED] wrote: On Thu, October 26, 2006 14:53, Marco Bizzarri wrote: Storing persistent object in object outside of ZODB can incur in the problem of passing object(s) between threads, and, therefore, passing one object which is related to a connection on the ZODB to another context with a different connection. ok, this is probably the problem here, so would haveing a cache dict for each thread help? there are only about 50-100 containers so the memory overhead would be neglible compared to the performance gained. Yes, this should probably resolve your issue. Also, AFAIK, keep in mind _v_ attributes are not involved in transaction machinery of Zope. This means that if you have an error inside you transaction after you modified the _v_ cache, you will have the cache modified even tough the transaction has been aborted. not a real problem as class instance containers are very static. I understand, we hit this problem while caching object obtained from database rows... and in case of failure cache became unreliable. I'm keeping the answer on the ML, if you don't mid. of course, my failure while responding. -- Marco Bizzarri http://iliveinpisa.blogspot.com/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ XLhost.de - eXperts in Linux hosting Jürgen Herrmann Konrad Adenauer Allee 43, DE-93051 Regensburg Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)721 151 463027 WEB: http://www.XLhost.de ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] storing persisten object in python dictionaries
On Thu, October 26, 2006 15:00, Marco Bizzarri wrote: On 10/26/06, Jürgen Herrmann [EMAIL PROTECTED] wrote: On Thu, October 26, 2006 14:53, Marco Bizzarri wrote: Storing persistent object in object outside of ZODB can incur in the problem of passing object(s) between threads, and, therefore, passing one object which is related to a connection on the ZODB to another context with a different connection. ok, this is probably the problem here, so would haveing a cache dict for each thread help? there are only about 50-100 containers so the memory overhead would be neglible compared to the performance gained. Yes, this should probably resolve your issue. ok, just reimplemented my _classContainer(className) method as follows: def _classContainer(self, className): return the instances folder for className thread = currentThread() containerDict = getattr(thread, '_relClsContainerDict', None) if containerDict is None: containerDict = {} thread._relClsContainerDict = containerDict container = containerDict.get(className, None) if container is None: container = self.unrestrictedTraverse(self._classContainerPath(className)) containerDict[className] = container return container it seems to work fine, all tests pass, though i have a somewhat bad feeliong of setting an attribute on the thread object directly. comments? best regards, jürgen herrmann ___ XLhost.de - eXperts in Linux hosting Jürgen Herrmann Konrad Adenauer Allee 43, DE-93051 Regensburg Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)721 151 463027 WEB: http://www.XLhost.de ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] storing persisten object in python dictionaries
On Thu, October 26, 2006 15:25, Jürgen Herrmann wrote: On Thu, October 26, 2006 15:00, Marco Bizzarri wrote: On 10/26/06, Jürgen Herrmann [EMAIL PROTECTED] wrote: On Thu, October 26, 2006 14:53, Marco Bizzarri wrote: Storing persistent object in object outside of ZODB can incur in the problem of passing object(s) between threads, and, therefore, passing one object which is related to a connection on the ZODB to another context with a different connection. ok, this is probably the problem here, so would haveing a cache dict for each thread help? there are only about 50-100 containers so the memory overhead would be neglible compared to the performance gained. Yes, this should probably resolve your issue. ok, just reimplemented my _classContainer(className) method as follows: def _classContainer(self, className): return the instances folder for className thread = currentThread() containerDict = getattr(thread, '_relClsContainerDict', None) if containerDict is None: containerDict = {} thread._relClsContainerDict = containerDict container = containerDict.get(className, None) if container is None: container = self.unrestrictedTraverse(self._classContainerPath(className)) containerDict[className] = container return container it seems to work fine, all tests pass, though i have a somewhat bad feeliong of setting an attribute on the thread object directly. comments? uhm, ran some more tests, seems this works fine for the first thread but not for the others, i get an error when loading a framed page for example (obviously the browser sends two concurrent requests). the error is as follows: ... * Module Products.Relateable.Relateable, line 96, in relatedObjectIDs * Module ZODB.Connection, line 729, in setstate ConnectionStateError: Shouldn't load state for 0x010f98 when the connection is closed the above code can obvioulsy only work if there is exactly one single connection tied to one thread and it's not closed while the thread is alive. anybody have suggestions on how to tackle this? best regards, jürgen herrmann ___ XLhost.de - eXperts in Linux hosting Jürgen Herrmann Konrad Adenauer Allee 43, DE-93051 Regensburg Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)721 151 463027 WEB: http://www.XLhost.de ___ XLhost.de - eXperts in Linux hosting Jürgen Herrmann Konrad Adenauer Allee 43, DE-93051 Regensburg Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)721 151 463027 WEB: http://www.XLhost.de ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] storing persisten object in python dictionaries
On Thu, October 26, 2006 16:03, Jürgen Herrmann wrote: On Thu, October 26, 2006 15:25, Jürgen Herrmann wrote: On Thu, October 26, 2006 15:00, Marco Bizzarri wrote: On 10/26/06, Jürgen Herrmann [EMAIL PROTECTED] wrote: On Thu, October 26, 2006 14:53, Marco Bizzarri wrote: Storing persistent object in object outside of ZODB can incur in the problem of passing object(s) between threads, and, therefore, passing one object which is related to a connection on the ZODB to another context with a different connection. ok, this is probably the problem here, so would haveing a cache dict for each thread help? there are only about 50-100 containers so the memory overhead would be neglible compared to the performance gained. Yes, this should probably resolve your issue. ok, just reimplemented my _classContainer(className) method as follows: def _classContainer(self, className): return the instances folder for className thread = currentThread() containerDict = getattr(thread, '_relClsContainerDict', None) if containerDict is None: containerDict = {} thread._relClsContainerDict = containerDict container = containerDict.get(className, None) if container is None: container = self.unrestrictedTraverse(self._classContainerPath(className)) containerDict[className] = container return container it seems to work fine, all tests pass, though i have a somewhat bad feeliong of setting an attribute on the thread object directly. comments? uhm, ran some more tests, seems this works fine for the first thread but not for the others, i get an error when loading a framed page for example (obviously the browser sends two concurrent requests). the error is as follows: ... * Module Products.Relateable.Relateable, line 96, in relatedObjectIDs * Module ZODB.Connection, line 729, in setstate ConnectionStateError: Shouldn't load state for 0x010f98 when the connection is closed the above code can obvioulsy only work if there is exactly one single connection tied to one thread and it's not closed while the thread is alive. anybody have suggestions on how to tackle this? best regards, jürgen herrmann seems i can answer my quesitons for myself today :) i figured if it's a per-connection problem - why not store the dict at the connection... the code now reads as follows: def _classContainer(self, className): return the instances folder for className conn = self._p_jar containerDict = getattr(conn, '_relClsContainerDict', None) if containerDict is None: containerDict = {} conn._relClsContainerDict = containerDict container = containerDict.get(className, None) if container is None: container = self.unrestrictedTraverse(self._classContainerPath(className)) containerDict[className] = container return container we'll see if this throws up other problems... best regards, jürgen herrmann ___ XLhost.de - eXperts in Linux hosting Jürgen Herrmann Konrad Adenauer Allee 43, DE-93051 Regensburg Fon: +49 (0)700 XLHOSTDE [0700 95467833] Fax: +49 (0)721 151 463027 WEB: http://www.XLhost.de ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] UTF-8 conversion
Title: UTF-8 conversion Hi, We are running zope with ISO-8859-1 as the encoding for HTTP responses. In term of Zope objects, all the properties are lines, string, etc (not ulines, ustring, etc). Now, we have been asked to support Japanese (with UTF-8). So my question is: what should I need to change (in configuration) and do I need to migrate any ZODB data? Thanks. Pascal ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] listing files in a LocalFS folder
Hi List! I am doing that: ul li tal:repeat=item context/objectValues a href=ABSOLUTE_URL tal:attributes=href item/absolute_url tal:content=item/title_or_idSUB-OBJECT TITLE OR ID/a/li /ul And it works to list the content of my main folder. Within my main folder, there's a LocalFS folder (let's call LFSfolder). When using the code above and I can even click in LFSfolder and access its content. However, what I want is: li tal:repeat=item context/LFSfolder/objectValues ^^ and link the content inside LFSfolder. But it does not work. Does anyone know a way of doing what I want? Many thinks in advance. Cheers, Alan -- Alan Wilter S. da Silva, D.Sc. - CCPN Research Associate Department of Biochemistry, University of Cambridge. 80 Tennis Court Road, Cambridge CB2 1GA, UK. http://www.bio.cam.ac.uk/~awd28 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Re: zwiki users - own color text?
- Original Message - From: Simon Michael [EMAIL PROTECTED] To: zope@zope.org Subject: [Zope] Re: zwiki users - own color text? Date: Fri, 20 Oct 2006 11:11:21 -0700 That sounds not so easy. Do you mean just comments, or all edits all edits. :-( we're wanting to use a wiki to discuss things in our organisation, and want it to be clear who wrote what... all the best roy -- Search for products and services at: http://search.mail.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] module UserFolder problem
I am adding users to an acl_users using userFolderAddUser. What I can't figure out is that after I add a new user, I cannot log in using the username and password used when calling userFolderAddUser. If I manually set the password in acl_users.properties for that user, everything works great. Oh, I am using CookieCrumbler. Has anyone run across this? I'm not sure if this is a CookieCrumbler problem... or what? Thank you! -- Ben Menking IT Security Consulting IT Business Solutions ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] module UserFolder problem
To provide more information... I exported the acl_users and the passwords are exactly what was entered using the userFolderAddUser. Ben Benjamin Menking wrote: I am adding users to an acl_users using userFolderAddUser. What I can't figure out is that after I add a new user, I cannot log in using the username and password used when calling userFolderAddUser. If I manually set the password in acl_users.properties for that user, everything works great. Oh, I am using CookieCrumbler. Has anyone run across this? I'm not sure if this is a CookieCrumbler problem... or what? Thank you! -- Ben Menking IT Security Consulting IT Business Solutions ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- Ben Menking IT Security Consulting (864) 420-5603 (864) 751-1638 fax IT and Business Solutions ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )