Re: [Zope-CMF] Test setup problems with Zope 2.13

2010-07-19 Thread Hanno Schlichting
Hi.

Looks like nobody feels like jumping into the test layers waters.

Unless someone does in the next days, I'll revert the OFS / OFSP
refactoring on Zope trunk.

Hanno

On Sun, Jul 11, 2010 at 1:54 PM, Hanno Schlichting  wrote:
> Maybe you have noticed from my commits today, but we have some test
> setup problems in Zope 2.13. I tried to solve those, but failed so
> far. Unfortunately we don't have nightly test runs for any CMF + Zope
> 2.13 combination for a while, so I'm not sure when all the problems
> started.
>
> One recent problem is due to my refactoring of Products.OFSP / OFS
> though. I moved the registrations of all standard OFS types from the
> initialize of OFSP into an initialize in OFS itself. In order for this
> to be picked up, I added the five:registerPackage statement, including
> a hint at the initialize function to OFS' configure.zcml.
>
> During normal Zope startup this works fine and the initialize is
> called. But we have a problem with ZopeTestCase based tests. So far it
> did an installProduct('OFSP') call unconditionally at module scope. As
> soon as someone imported it, the OFS types got registered. If the
> ZopeLite layer was active, the call was deferred to its layer setup
> time.
>
> In Zope 2.13 I removed the installProduct('OFSP') call, as it doesn't
> do anything anymore (apart from registering help system stuff which
> nobody needs in tests). But I cannot simply put an
> installPackage('OFS') in there as a replacement. In order for that to
> work, one needs to load the OFS.configure.zcml first (the
> five:registerPackage to be exact). Since ZopeTestCase doesn't know
> anything about ZCML setup so far, I don't want to introduce any such
> handling. Consumers of ZopeTestCase have all dealt with ZCML loading
> in various different ways and I expect even bigger problems when
> changing anything there.
>
> But this means any testcase that needs the OFS types (to show up in
> all_meta_types for example) will need to set up the ZCML and call
> installPackage itself. I tried to do this in CMFCore by adding a new
> layer, but cannot get it to work. There's always some side-effects in
> other tests. It doesn't help that installPackage internally does a
> transaction.commit() in 2.12 but not in 2.13.
>
> If anyone more familiar with the multitude of CMF test layers could
> help, that would be much appreciated.
___
Zope-CMF maillist  -  Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


[Zope-CMF] CMF Tests: 4 OK

2010-07-19 Thread CMF Tests Summarizer
Summary of messages to the cmf-tests list.
Period Sun Jul 18 12:00:00 2010 UTC to Mon Jul 19 12:00:00 2010 UTC.
There were 4 messages: 4 from CMF Tests.


Tests passed OK
---

Subject: OK : CMF-2.1 Zope-2.10 Python-2.4.6 : Linux
From: CMF Tests
Date: Sun Jul 18 21:50:32 EDT 2010
URL: http://mail.zope.org/pipermail/cmf-tests/2010-July/013301.html

Subject: OK : CMF-2.1 Zope-2.11 Python-2.4.6 : Linux
From: CMF Tests
Date: Sun Jul 18 21:52:32 EDT 2010
URL: http://mail.zope.org/pipermail/cmf-tests/2010-July/013302.html

Subject: OK : CMF-2.2 Zope-2.12 Python-2.6.5 : Linux
From: CMF Tests
Date: Sun Jul 18 21:54:32 EDT 2010
URL: http://mail.zope.org/pipermail/cmf-tests/2010-July/013303.html

Subject: OK : CMF-trunk Zope-2.12 Python-2.6.5 : Linux
From: CMF Tests
Date: Sun Jul 18 21:56:32 EDT 2010
URL: http://mail.zope.org/pipermail/cmf-tests/2010-July/013304.html

___
Zope-CMF maillist  -  Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests