- Zope-Dev - Zope lists

Zope Tests: 5 OK
by Zope Tests Summarizer 30 Oct '07

30 Oct '07

Summary of messages to the zope-tests list. Period Mon Oct 29 13:00:00 2007 UTC to Tue Oct 30 13:00:00 2007 UTC. There were 5 messages: 5 from Zope Unit Tests. Tests passed OK --------------- Subject: OK : Zope-2.7 Python-2.3.6 : Linux From: Zope Unit Tests Date: Mon Oct 29 21:47:16 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008566.html Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Unit Tests Date: Mon Oct 29 21:48:47 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008567.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Unit Tests Date: Mon Oct 29 21:50:17 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008568.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Unit Tests Date: Mon Oct 29 21:51:47 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008569.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Unit Tests Date: Mon Oct 29 21:53:17 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008570.html

1 0

proposition about the module RegularExpressionConversion
by Lucie Lejard 29 Oct '07

29 Oct '07

Hi, I am using RegularExpressionConversion (from ZConfig/datatypes.py) and thought it be neat to have an init method looking like this: def __init__(self, regex, options): self._rx = re.compile(regex, options) so that we can pass re.DOTALL as an argument for example. And also have the call method: def __call__(self, value): m = self._rx.match(value) use "search" instead of "match", to not be forced to have characters matching at the beginning of "value". Is it a good idea? Is there any reason why we couldn't do that? Thanks Lucie -- S i x F e e t U p , I n c . | "Nowhere to go but open source" Silicon Valley: +1 (650) 401-8579 x605 Midwest: +1 (317) 861-5948 x605 Toll-Free: 1-866-SIX-FEET mailto:lucie@sixfeetup.com http://www.sixfeetup.com | Zope/Plone Custom Development

1 0

Zope Tests: 5 OK
by Zope Tests Summarizer 29 Oct '07

29 Oct '07

Summary of messages to the zope-tests list. Period Sun Oct 28 13:00:00 2007 UTC to Mon Oct 29 13:00:00 2007 UTC. There were 5 messages: 5 from Zope Unit Tests. Tests passed OK --------------- Subject: OK : Zope-2.7 Python-2.3.6 : Linux From: Zope Unit Tests Date: Sun Oct 28 21:48:57 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008561.html Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Unit Tests Date: Sun Oct 28 21:50:27 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008562.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Unit Tests Date: Sun Oct 28 21:51:57 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008563.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Unit Tests Date: Sun Oct 28 21:53:28 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008564.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Unit Tests Date: Sun Oct 28 21:54:58 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008565.html

1 0

zc.buildout installing parts not asked for
by TIm Terlegård 28 Oct '07

28 Oct '07

When using zc.buildout I discovered that it installed a part that I didn't specify in the 'parts' option. This happened because I referenced this part somewhere else. Is this how it's supposed to be? I would prefer if it only installs the parts I specify in parts. I don't see anything wrong with reusing options from a part that I don't necessarily want to install. This is a buildout.cfg that will reproduce it. The 'notusedinparts' part is installed even if not specified in 'parts'. It's installed because of the 'dummy' option in the 'tok' section. Is this how it was meant to be? [buildout] develop = recipes parts = tok [tok] recipe = recipes:debug dummy = ${notusedinparts:someoption} [notusedinparts] recipe = recipes:debug someoption = why /Tim ps. I tried to send this to the distutils-sig list, but it got stuck in mailman saying "Message has a suspicious header" and it doesn't look like anyone wants to approve the email, so I'm trying here instead.

3 2

Zope Tests: 5 Failed
by Zope Tests Summarizer 28 Oct '07

28 Oct '07

Summary of messages to the zope-tests list. Period Sat Oct 27 13:00:00 2007 UTC to Sun Oct 28 13:00:00 2007 UTC. There were 5 messages: 5 from Zope Unit Tests. Test failures ------------- Subject: FAILED (failures=1) : Zope-2.7 Python-2.3.6 : Linux From: Zope Unit Tests Date: Sat Oct 27 20:50:35 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008556.html Subject: FAILED (failures=1) : Zope-2.8 Python-2.3.6 : Linux From: Zope Unit Tests Date: Sat Oct 27 20:52:05 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008557.html Subject: FAILED (failures=1) : Zope-2.9 Python-2.4.4 : Linux From: Zope Unit Tests Date: Sat Oct 27 20:53:35 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008558.html Subject: FAILED (failures=1) : Zope-2.10 Python-2.4.4 : Linux From: Zope Unit Tests Date: Sat Oct 27 20:55:05 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008559.html Subject: FAILED (failures=1) : Zope-trunk Python-2.4.4 : Linux From: Zope Unit Tests Date: Sat Oct 27 20:56:36 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008560.html

1 0

zcml entry points
by Wichert Akkerman 27 Oct '07

27 Oct '07

A common issue we are seeing is that we have eggs depending on each other, but they still need to load the zcml from those dependencies somehow. As a temporary solution to play with the concept I added something simple to the plone.recipe.zope2instance buildout recipe. It allows you to define entrypoints like this: entry_points={ "zope.zcml" : [ "meta = plone.session", "configure = plone.session", ], }, this tells the system to load meta.zcml and configure.zcml from plone.session. I am not quite sure what the best way to hook this into Zope itself is. For Zope 2 we can do it in Five, since that is where all the zcml loading logic currently is. Or we could move that into Zope2 itself somewhere. I'm not familiar enough with Zope3 to know what the best place would be there. One problem is ordering: the zope.component zcml needs to be loaded first. Perhaps we need to build an egg dependency graph and walk through that to load zcml entry points in the right order. As long as all dependencies are registered correctly that should work. Wichert. -- Wichert Akkerman <wichert(a)wiggy.net> It is simple to make things. http://www.wiggy.net/ It is hard to make things simple.

13 40

Possible performance problem in Page Template engine?
by Christian Scholz 27 Oct '07

27 Oct '07

Hi everybody! When I was trying to fix portlets in Plone I was wondering why the render() method of my portlet actually gets called multiple times. After a bit of investigation I ended up in the Five product in browser/providerexpressions.py where provider expressions also seem to be called twice for each provider statement. The problem seems to be in Products/PageTemplates/Expressions.py in line 199/200 (in Zope 2.10.4): def evaluateStructure(self, expr): """ customized version in order to get rid of unicode errors for all and ever """ text = super(ZopeContext, self).evaluateStructure(expr) return self._handleText(text, expr) This construct seems to evaluate expr twice. One time in evaluateStructure() of the super class which is basically a call to self.evaluate(expr) (to be found in zope/tales/tales.py around line 713: def evaluateStructure(self, expr): return self.evaluate(expr) and then again in _handleText(): def _handleText(self, text, expr): text = self.evaluate(expr) ... I now tried to remove the evaluation of expr in handleText() and in a very simple test using ab on my site I got twice the speed! I might be missing something here of course but if every expression is evaluated twice then this is of course huge performance drain. And of course this fix was just a quick idea without much understanding of the underlying engine (e.g. not knowing if _handleText() is also called from somewhere else etc.) So any Page Template experts here who can confirm this? cheers, Christian -- Christian Scholz video blog: http://comlounge.tv COM.lounge blog: http://mrtopf.de/blog Luetticher Strasse 10 Skype: HerrTopf 52064 Aachen Homepage: http://comlounge.net Tel: +49 241 400 730 0 E-Mail cs(a)comlounge.net Fax: +49 241 979 00 850 IRC: MrTopf, Tao_T connect with me: http://mrtopf.de/connect

2 2

Zope Tests: 5 OK
by Zope Tests Summarizer 27 Oct '07

27 Oct '07

Summary of messages to the zope-tests list. Period Fri Oct 26 12:00:00 2007 UTC to Sat Oct 27 12:00:00 2007 UTC. There were 5 messages: 5 from Zope Unit Tests. Tests passed OK --------------- Subject: OK : Zope-2.7 Python-2.3.6 : Linux From: Zope Unit Tests Date: Fri Oct 26 20:51:00 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008551.html Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Unit Tests Date: Fri Oct 26 20:52:30 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008552.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Unit Tests Date: Fri Oct 26 20:54:01 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008553.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Unit Tests Date: Fri Oct 26 20:55:31 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008554.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Unit Tests Date: Fri Oct 26 20:57:01 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008555.html

1 0

Zope Tests: 5 OK
by Zope Tests Summarizer 26 Oct '07

26 Oct '07

Summary of messages to the zope-tests list. Period Thu Oct 25 12:00:00 2007 UTC to Fri Oct 26 12:00:00 2007 UTC. There were 5 messages: 5 from Zope Unit Tests. Tests passed OK --------------- Subject: OK : Zope-2.7 Python-2.3.6 : Linux From: Zope Unit Tests Date: Thu Oct 25 20:51:26 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008546.html Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Unit Tests Date: Thu Oct 25 20:52:56 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008547.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Unit Tests Date: Thu Oct 25 20:54:26 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008548.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Unit Tests Date: Thu Oct 25 20:55:56 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008549.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Unit Tests Date: Thu Oct 25 20:57:27 EDT 2007 URL: http://mail.zope.org/pipermail/zope-tests/2007-October/008550.html

1 0

OFS.Image.File thrashes ZODB Connection Cache
by Tres Seaver 25 Oct '07

25 Oct '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In current Zope2 (ZODB <= 3.7.2), the OFS.Image.File object's 'index_html' shows particularly obnoxious tendency to destroy locality of reference in the connection cache. I wrote the problem up as a Launchpad bug: https://bugs.launchpad.net/zope2/+bug/157245 That bug report also sketches a solution: I have checked in an initial stab at implementing it on a branch in SVN: http://svn.zope.org/Sandbox/tseaver/no_pdata_in_cache_dammit/ Thoughts? I realize that a not-yet-released Zope2 which uses the ZODB 3.8 blob storage stuff might not have this problem (assuming that OFS.Image.File is updated to take advantage of blobs). Also, as I note in the issue, the fix doesn't help the thrashing of the disk-based cache used by ZEO client connections. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHIRKo+gerLs4ltQ4RAuDJAJ41AOCZS2kflBcqenI4Sicde6DtEQCfWy1H bRtyimPmDTmcSKnxJ/lDfoc= =+/eu -----END PGP SIGNATURE-----

1 0