May 2006 - Zope-Dev - Zope lists

ZCTextIndex bug?
by Chris Withers 16 May '06

16 May '06

I know it's an old Zope version, but it doesn't look like the code's changed in this area since then... Should it be possible for the following to happen? File "C:\Zope\2.7.6\lib\python\Products\ZCatalog\ZCatalog.py", line 558, in uncatalog_object self._catalog.uncatalogObject(uid) File "C:\Zope\2.7.6\lib\python\Products\ZCatalog\Catalog.py", line 411, in uncatalogObject x.unindex_object(rid) File "C:\Zope\2.7.6\lib\python\Products\ZCTextIndex\ZCTextIndex.py", line 181, in unindex_object self.index.unindex_doc(docid) File "C:\Zope\2.7.6\lib\python\Products\ZCTextIndex\OkapiIndex.py", line 68, in unindex_doc BaseIndex.unindex_doc(self, docid) File "C:\Zope\2.7.6\lib\python\Products\ZCTextIndex\BaseIndex.py", line 176, in unindex_doc self._del_wordinfo(wid, docid) File "C:\Zope\2.7.6\lib\python\Products\ZCTextIndex\BaseIndex.py", line 304, in _del_wordinfo del doc2score[docid] KeyError: 1833646546 cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

zpkg, building zope from source
by Sidnei da Silva 16 May '06

16 May '06

I was looking at zpkg for the first time today, and was sorry to realize it won't run to completion on a Windows machine due to some minor use of os.WIFEXITED which is due to a dubious use of the 'tar' command, since Python has a 'tarfile' module in the standard library. Since it looks like using tarfile there should work just fine, would anyone mind if I replace this? -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214

3 6

xmlrpc OverflowError fault
by Willi Langenberger 15 May '06

15 May '06

Trying to get a Zope DateTime object (as dictionary value) via xml-rpc gives on OverflowError! You can try it yourself: (I used a freshly installed Zope-2.9.3 [with python-2.4.3] on Linux FC3; but other versions should behave equally.) Add a Python Script in the Zope OFS root folder: return {'root_modification_time': container.bobobase_modification_time()} The www request returns: {'root_modification_time': DateTime('2006/05/13 14:33:12.445 GMT+2')} But the XML-RPC returns: xmlrpclib.Fault: (-1, 'Unexpected Zope exception: exceptions.OverflowError - long int exceeds XML-RPC limits' The reason for this is, that the DateTime object is treated as a normal instance by xmlrpclib, ie __dict__ is marshalled (which, unfortunately, contains the attribute '_millis', which is usually too big). It would be better anyway, if Zope DateTime objects would be marshalled as XML-RPC dates (dateTime.iso8601). Eg like that: --- xmlrpclib.py.ori 2006-05-13 13:29:45.606954800 +0200 +++ xmlrpclib.py.wlang 2006-05-13 13:32:45.923542512 +0200 @@ -701,10 +701,15 @@ def dump_instance(self, value, write): # check for special wrappers + import DateTime as ZopeDateTime if value.__class__ in WRAPPERS: self.write = write value.encode(self) del self.write + elif value.__class__ == ZopeDateTime.DateTime: + self.write = write + DateTime(value).encode(self) + del self.write else: # store instance attributes as a struct (really?) self.dump_struct(value.__dict__, write) However, this would modify xmlrpclib.py from the python distribution, wich is plain ugly. Can anyone think of a better solution? Is it possible to change xmlrpclib.WRAPPERS from Zope, but leave python's xmlrpclib.py unaffected? \wlang{} -- Willi.Langenberger(a)wu-wien.ac.at Fax: +43/1/31336/9207 Zentrum fuer Informatikdienste, Wirtschaftsuniversitaet Wien, Austria

2 2

Re: [Zope-dev] Zope 2.9.3 release
by Alec Mitchell 10 May '06

10 May '06

On 5/9/06, Andreas Jung <lists(a)zopyx.com> wrote: > > > --On 9. Mai 2006 17:32:06 -0700 Alec Mitchell <apm13(a)columbia.edu> wrote: > > > On 5/9/06, Andreas Jung <lists(a)zopyx.com> wrote: > >> Hi, > >> > >> I plan to release Zope 2.9.3 by this weekend. The release contains > >> some important fixes and a Five update. Any objections? > > > > Sounds good to me, any chance of a new 2.8 release as well? Or is 2.8 > > completey 100% dead already. > > I'll have to look at the changelog first... My main concern is that the traversal security issue which affects any object that tries to acquire attributes and has been marked five:traversable (thankfully this nonsense is gone in 2.10) was a problem for both 2.8 and 2.9. Unless there's a 2.8 with that fix, Plone 2.5 will not be able to run on Zope 2.8. Though this would doubtlessly make a few people happy, the Plone Windows installer apparently needs to use 2.8 unless the Plone release is heavily delayed to get the installer woking with Python 2.4/Zope 2.9. Alec

1 0

Re: [Zope-dev] Zope 2.9.3 release
by Alec Mitchell 10 May '06

10 May '06

On 5/9/06, Andreas Jung <lists(a)zopyx.com> wrote: > Hi, > > I plan to release Zope 2.9.3 by this weekend. The release contains > some important fixes and a Five update. Any objections? Sounds good to me, any chance of a new 2.8 release as well? Or is 2.8 completey 100% dead already. Alec

3 2

Zope 2.9.3 release
by Andreas Jung 09 May '06

09 May '06

Hi, I plan to release Zope 2.9.3 by this weekend. The release contains some important fixes and a Five update. Any objections? Andreas

1 0

favicon.ico for 2.10?
by Lennart Regebro 04 May '06

04 May '06

I find all these errors that Zope can't find a favicon.ico pretty annoying. Can we put one into 2.10s root by default, or is that for some reason a bad idea? -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/

9 16

Re: [Checkins] SVN: Zope/trunk/lib/python/App/FactoryDispatcher.py External methods can now live outside of Products based python packages.
by Stefan H. Holek 04 May '06

04 May '06

Note that Zope2.app() opens a new ZODB connection which you need to close at some point. I suggest something along the lines of: app = Zope2.app() try: products = app.Control_Panel.Products ... finally: app._p_jar.close() I am also wondering if this code would break if a product was removed from the file system, but still had its persistent part hanging around in Control_Panel.Products. Stefan On 2. Mai 2006, at 22:59, Rocky Burt wrote: > Log message for revision 67869: > External methods can now live outside of Products based python > packages. > > Changed: > U Zope/trunk/lib/python/App/FactoryDispatcher.py > > -=- > Modified: Zope/trunk/lib/python/App/FactoryDispatcher.py > =================================================================== > --- Zope/trunk/lib/python/App/FactoryDispatcher.py 2006-05-02 > 20:57:53 UTC (rev 67868) > +++ Zope/trunk/lib/python/App/FactoryDispatcher.py 2006-05-02 > 20:59:07 UTC (rev 67869) > @@ -13,12 +13,36 @@ > > > # Implement the manage_addProduct method of object managers > +import types > import Acquisition, sys, Products > from Globals import InitializeClass > from AccessControl import ClassSecurityInfo > from AccessControl.PermissionMapping import aqwrap > from AccessControl.Owned import UnownableOwner > +import Zope2 > > +def _product_packages(): > + """Returns all product packages including the regularly defined > + zope2 packages and those without the Products namespace package. > + """ > + > + old_product_packages = {} > + for x in dir(Products): > + m = getattr(Products, x) > + if isinstance(m, types.ModuleType): > + old_product_packages[x] = m > + > + packages = {} > + products = Zope2.app().Control_Panel.Products > + for product_id in products.objectIds(): > + product = products[product_id] > + if hasattr(product, 'package_name'): > + packages[product_id] = __import__(product.package_name) > + elif old_product_packages.has_key(product_id): > + packages[product_id] = old_product_packages[product_id] > + > + return packages > + > class ProductDispatcher(Acquisition.Implicit): > " " > # Allow access to factory dispatchers > @@ -32,7 +56,7 @@ > > # Try to get a custom dispatcher from a Python product > dispatcher_class=getattr( > - getattr(Products, name, None), > + _product_packages().get(name, None), > '__FactoryDispatcher__', > FactoryDispatcher) > > > _______________________________________________ > Checkins mailing list > Checkins(a)zope.org > http://mail.zope.org/mailman/listinfo/checkins -- Anything that happens, happens. --Douglas Adams

2 2

Re: Twisted in Zope 2.10 ..some issues
by Lennart Regebro 04 May '06

04 May '06

On 5/3/06, Andreas Jung <lists(a)zopyx.com> wrote: > I tried to get Zope 2.10 working with Twisted however I ran into some > issues: > > After installing Twisted 2.1.0, Zope fails to start (also with Twisted > 2.2.0)...anything I am misssing? Yes, but what? Hmmm. (Oh, btw, 2.2 seems much slower that 2.1 and trunk...) > raise ComponentLookupError(interface, name) > zope.component.interfaces.ComponentLookupError: (<InterfaceClass > zope.app.twisted.interfaces.IServerType>, 'Zope2-HTTP') OK, that one gets registered in Zope2/Startup/handlers.py, and it only gets registered if it can import twisted, in the beginning of the file. Could you see what doesn't get imported? > I also wonder why 'type' is set to 'Zope2-HTTP' (something like > Twisted-Zope would perhaps be a better name?!). 'Zope2-HTTP' reminds me of > ZServer..it there a special reasons for choosing this name? Because you are telling Twisted what to do, and not the other way around. ;) We could rename the <server> block <twisted-server>. That might be clearer. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/

1 0

Twisted in Zope 2.10 ..some issues
by Andreas Jung 03 May '06

03 May '06

I tried to get Zope 2.10 working with Twisted however I ran into some issues: After installing Twisted 2.1.0, Zope fails to start (also with Twisted 2.2.0)...anything I am misssing? ajung@sentinel:~/sandboxes/Zope/Zope: bin/runzope Traceback (most recent call last): File "/develop/sandboxes/Zope/Zope/lib/python/Zope2/Startup/run.py", line 56, in ? run() File "/develop/sandboxes/Zope/Zope/lib/python/Zope2/Startup/run.py", line 19, in run opts = _setconfig() File "/develop/sandboxes/Zope/Zope/lib/python/Zope2/Startup/run.py", line 50, in _setconfig handlers.handleConfig(opts.configroot, opts.confighandlers) File "/develop/sandboxes/Zope/Zope/lib/python/Zope2/Startup/handlers.py", line 252, in handleConfig return multihandler(handlers) File "/develop/sandboxes/Zope/Zope/lib/python/ZConfig/loader.py", line 289, in __call__ f(value) File "/develop/sandboxes/Zope/Zope/lib/python/Zope2/Startup/handlers.py", line 230, in root_handler service = server.create(None) File "/develop/sandboxes/Zope/Zope/lib/python/zope/app/twisted/server.py", line 152, in create servertype = zapi.getUtility(IServerType, self.type) File "/develop/sandboxes/Zope/Zope/lib/python/zope/component/_api.py", line 207, in getUtility raise ComponentLookupError(interface, name) zope.component.interfaces.ComponentLookupError: (<InterfaceClass zope.app.twisted.interfaces.IServerType>, 'Zope2-HTTP') I also wonder why 'type' is set to 'Zope2-HTTP' (something like Twisted-Zope would perhaps be a better name?!). 'Zope2-HTTP' reminds me of ZServer..it there a special reasons for choosing this name? Andreas

1 0