[Zope-dev] Zope Tests: 8 OK
Summary of messages to the zope-tests list. Period Mon Jun 8 12:00:00 2009 UTC to Tue Jun 9 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Mon Jun 8 20:45:41 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-June/011899.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Mon Jun 8 20:47:50 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-June/011900.html Subject: OK : Zope-trunk Python-2.4.6 : Linux From: Zope Tests Date: Mon Jun 8 20:49:50 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-June/011901.html Subject: OK : Zope-trunk Python-2.5.4 : Linux From: Zope Tests Date: Mon Jun 8 20:51:50 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-June/011902.html Subject: OK : Zope-trunk Python-2.6.1 : Linux From: Zope Tests Date: Mon Jun 8 20:53:50 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-June/011903.html Subject: OK : Zope-trunk-alltests Python-2.4.6 : Linux From: Zope Tests Date: Mon Jun 8 20:55:55 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-June/011904.html Subject: OK : Zope-trunk-alltests Python-2.5.4 : Linux From: Zope Tests Date: Mon Jun 8 20:57:55 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-June/011905.html Subject: OK : Zope-trunk-alltests Python-2.6.1 : Linux From: Zope Tests Date: Mon Jun 8 20:59:57 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-June/011906.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] Who uses request.getPositionalArguments()?
Hello, I've stumbled over this by accident, but it seems that getPositionalArguments() in zope.publisher.base.BaseRequest always returns an empty value (at least, there are no tests in which it has a non-empty value), and it is also not overridden by any of the request subclasses in zope.publisher. I still haven't quite wrapped my head around the whole publishing machinery, but this strikes me as a little strange, nonetheless. Could somebody enlighten me why this is so? Thanks, Wolfgang ___ 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 )
Re: [Zope-dev] [Checkins] SVN: zope.app.publisher/trunk/ To make browsers update their caches of resources immediately when the
On Tuesday 09 June 2009, Wolfgang Schnerring wrote: To make browsers update their caches of resources immediately when the resource changes, the absolute URLs of resources can now be made to contain a hash of the resource's contents, so it will look like /++noop++12345/@@/myresource instead of /@@/myresource. - Implemented an AbsoluteURL adapter that computes a hash of the resource's contents and inserts that into the URL. - Content hashes will be cached in memory, except when in developer mode - Introduced a ++noop++ traverser that simply throws away the path segment - Wrote a bit of documentation about resources Mmmh, this looks like a lot of extra code to get behavior that is served better with different tools. Have you looked at z3c.versionedresource and z3c.traverser? Both of those should solve these type of use cases well. Regards, Stephan -- Entrepreneur and Software Geek Google me. Zope Stephan Richter ___ 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 )
Re: [Zope-dev] Who uses request.getPositionalArguments()?
On Tuesday 09 June 2009, Wolfgang Schnerring wrote: I've stumbled over this by accident, but it seems that getPositionalArguments() in zope.publisher.base.BaseRequest always returns an empty value (at least, there are no tests in which it has a non-empty value), and it is also not overridden by any of the request subclasses in zope.publisher. I still haven't quite wrapped my head around the whole publishing machinery, but this strikes me as a little strange, nonetheless. Could somebody enlighten me why this is so? I think this may be a remnant of Zope 2's version of the publisher. The method should be used in mapply() to provide the correct arguments to the method to be called at the end of traversal, but these days we usually do not implement methods that expect any arguments, in fact the common case is this: class View(BrowserView): def __call__(self): return ... Regards, Stephan -- Entrepreneur and Software Geek Google me. Zope Stephan Richter ___ 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 )
Re: [Zope-dev] Who uses request.getPositionalArguments()?
* Stephan Richter srich...@cosmos.phy.tufts.edu [2009-06-09 10:02]: On Tuesday 09 June 2009, Wolfgang Schnerring wrote: I've stumbled over this by accident, but it seems that getPositionalArguments() in zope.publisher.base.BaseRequest always returns an empty value (at least, there are no tests in which it has a non-empty value), and it is also not overridden by any of the request subclasses in zope.publisher. I think this may be a remnant of Zope 2's version of the publisher. The method should be used in mapply() to provide the correct arguments to the method to be called at the end of traversal, but these days we usually do not implement methods that expect any arguments, in fact the common case is this: class View(BrowserView): def __call__(self): return ... But even the case with arguments def __call__(self, foo, bar): is handled directly by mapply() (which does introspection and then looks in the request for the names it found) -- which made getPositionalArguments seem all the more superfluous to me... Wolfgang ___ 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 )
Re: [Zope-dev] Who uses request.getPositionalArguments()?
Hi, On Tue, 2009-06-09 at 10:02 -0400, Stephan Richter wrote: On Tuesday 09 June 2009, Wolfgang Schnerring wrote: I've stumbled over this by accident, but it seems that getPositionalArguments() in zope.publisher.base.BaseRequest always returns an empty value (at least, there are no tests in which it has a non-empty value), and it is also not overridden by any of the request subclasses in zope.publisher. I still haven't quite wrapped my head around the whole publishing machinery, but this strikes me as a little strange, nonetheless. Could somebody enlighten me why this is so? I think this may be a remnant of Zope 2's version of the publisher. The method should be used in mapply() to provide the correct arguments to the method to be called at the end of traversal, but these days we usually do not implement methods that expect any arguments, in fact the common case is this: class View(BrowserView): def __call__(self): return ... Actually, I find myself sometimes doing this: class View(object): def foo(self, x, y) return x+y def bar(self, a, b): return x*y browser:page name=foo class=View attribute=foo / browser:page name=bar class=View attribute=bar / It's a convenience thing but it pops up here and there. Christian -- Christian Theune · c...@gocept.com gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 7 · fax +49 345 1229889 1 Zope and Plone consulting and development signature.asc Description: This is a digitally signed message part ___ 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 )
Re: [Zope-dev] [Checkins] SVN: zope.app.publisher/trunk/ To makebrowsers update their caches of resources immediately when the
Hi all Betreff: Re: [Zope-dev] [Checkins] SVN: zope.app.publisher/trunk/ To makebrowsers update their caches of resources immediately when the On Tuesday 09 June 2009, Wolfgang Schnerring wrote: To make browsers update their caches of resources immediately when the resource changes, the absolute URLs of resources can now be made to contain a hash of the resource's contents, so it will look like /++noop++12345/@@/myresource instead of /@@/myresource. - Implemented an AbsoluteURL adapter that computes a hash of the resource's contents and inserts that into the URL. - Content hashes will be cached in memory, except when in developer mode - Introduced a ++noop++ traverser that simply throws away the path segment - Wrote a bit of documentation about resources Mmmh, this looks like a lot of extra code to get behavior that is served better with different tools. Have you looked at z3c.versionedresource and z3c.traverser? Both of those should solve these type of use cases well. Serving resources from a Zope server and caching them for speedup is not the best pattern. I recommend to use a content delivery network concept and off load the resource traffic from zope at all. And as stephan suggested, using the same name for a changed resource is a bad thing. This implementation seems to me like a workarround for serving the same url for changed resources. I also recommend to use different resource names for different resource versions. z3c.versionedresource offers such a concept. anyway, I whould be happy if we do not implement such high level feature in zope core packages. Because there are 1000 different concepts to do it right. Why did you not use an additional package? Regards Roger Ineichen ___ 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 )
Re: [Zope-dev] [Checkins] SVN: zope.app.publisher/trunk/ To makebrowsers update their caches of resources immediately when the
On Tue, Jun 9, 2009 at 10:50 AM, Roger Ineichend...@projekt01.ch wrote: anyway, I whould be happy if we do not implement such high level feature in zope core packages. Because there are 1000 different concepts to do it right. Why did you not use an additional package? I like the idea of ++noop++, but would also like to see it in a z3c (or similar) package. -- Benji York Senior Software Engineer Zope Corporation ___ 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 )
Re: [Zope-dev] Who uses request.getPositionalArguments()?
On Jun 9, 2009, at 9:45 AM, Wolfgang Schnerring wrote: Hello, I've stumbled over this by accident, but it seems that getPositionalArguments() in zope.publisher.base.BaseRequest always returns an empty value (at least, there are no tests in which it has a non-empty value), Wrong on both counts, although the relevant tests, of xmlrpc handling, are spread over multiple packages, so finding relevant tests is rather hard, especially if you don't know that it's related to xml-rpc. :( (Our approach to handling xml-rpc turned out to be way to complicated.) and it is also not overridden by any of the request subclasses in zope.publisher. I still haven't quite wrapped my head around the whole publishing machinery, but this strikes me as a little strange, nonetheless. Could somebody enlighten me why this is so? This is needed for xml-rpc, which passes arguments positionally. getPositionalArguments returns self._args. XMLRPCRequest's processInputs method sets self._args to the arguments parsed from an xmlrpc request. Jim -- Jim Fulton Zope Corporation ___ 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 )
Re: [Zope-dev] SVN: zope.index/trunk/ - Port okascore.c optimization used in okapiiindex from Zope2 catalog
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris McDonough wrote: Log message for revision 100775: - Port okascore.c optimization used in okapiiindex from Zope2 catalog implementation. This module is compiled conditionally, based on whether your environment has a working C compiler. - Don't use ``len(self._docweight)`` in okapiindex _search_wids method (obtaining the length of a BTree is very expensive at scale). Instead use self.documentCount(). Also a Zope2 port. Crap! this set of performance fixes was added *six years ago* to the Zope2 version from which zope.index was forked! Hasn't anybody been using this package? Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKLvkv+gerLs4ltQ4RAqC8AKCjJefCXo3eXBiW5cH1uC+70Qz/lQCcD6t2 o0aJ+MhKZBWUT/CKhXKD9+Y= =gHGc -END PGP SIGNATURE- ___ 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 )
Re: [Zope-dev] SVN: zope.index/trunk/ - Port okascore.c optimization used in okapiiindex from Zope2 catalog
On Tue, 2009-06-09 at 20:07 -0400, Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris McDonough wrote: Log message for revision 100775: - Port okascore.c optimization used in okapiiindex from Zope2 catalog implementation. This module is compiled conditionally, based on whether your environment has a working C compiler. - Don't use ``len(self._docweight)`` in okapiindex _search_wids method (obtaining the length of a BTree is very expensive at scale). Instead use self.documentCount(). Also a Zope2 port. Crap! this set of performance fixes was added *six years ago* to the Zope2 version from which zope.index was forked! Hasn't anybody been using this package? We're using this package. The text index I can only remember in a not-so-critical piece where performance currently is not an issue. Also, following checkins even today wouldn't have me remember that this code is shared. Christian -- Christian Theune · c...@gocept.com gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 7 · fax +49 345 1229889 1 Zope and Plone consulting and development signature.asc Description: This is a digitally signed message part ___ 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 )