[Erp5-report] r41204 jm - /erp5/trunk/products/ERP5Type/tests/testDynamicClassGeneration.py

[nobody at svn.erp5.org]

Author: jm
Date: Tue Dec  7 16:56:36 2010
New Revision: 41204

URL: http://svn.erp5.org?rev=41204&view=rev
Log:
Update TestPortalTypeClass.testBoundMethodCaching WRT r40640

Since r40640, portal type classes are reinitialized at the end of transaction,
but the test is still valid in multithreaded setups, where classes may be
ghostified at any moment by another thread.

testBoundMethodCaching and testClassHierarchyAfterReset somehow test the same
thing, but in different ways.

Modified:
    erp5/trunk/products/ERP5Type/tests/testDynamicClassGeneration.py

Modified: erp5/trunk/products/ERP5Type/tests/testDynamicClassGeneration.py
URL: http://svn.erp5.org/erp5/trunk/products/ERP5Type/tests/testDynamicClassGeneration.py?rev=41204&r1=41203&r2=41204&view=diff
==============================================================================
--- erp5/trunk/products/ERP5Type/tests/testDynamicClassGeneration.py [utf8] (original)
+++ erp5/trunk/products/ERP5Type/tests/testDynamicClassGeneration.py [utf8] Tue Dec  7 16:56:36 2010
@@ -187,8 +187,7 @@ class TestPortalTypeClass(ERP5TypeTestCa
     Or do we need to reset the fewest classes as possible ?
     """
     newDocument = self.portal.newContent(self.id(), 'Folder').newContent
-    self.portal.portal_types.newContent(portal_type='Base Type',
-                                        type_class='Folder')
+    self.portal.portal_types.resetDynamicDocuments()
     newDocument(portal_type='Folder')
 
   def testPropertyGenerationOnTempPortalType(self):