[Zope3-checkins] CVS: Zope3/src/zope/app/traversing/tests - test_traverser.py:1.14.18.1

[Marius Gedminas]

Update of /cvs-repository/Zope3/src/zope/app/traversing/tests
In directory cvs.zope.org:/tmp/cvs-serv14991/src/zope/app/traversing/tests

Modified Files:
      Tag: mgedmin-events2-branch
	test_traverser.py 
Log Message:
Replaced security managers and security contexts with interactions.  There is
at most one active interaction per thread, accessible with getInteraction().
Code that used getSecurityManager to get the authenticated principal should now
use the current interaction.  Note that the interaction contains an iterable of
principals instead of just one principal.  Code that used a security manager to
implement user logins should now use newInteraction/ endInteraction pair.  Code
that used a security manager to check whether the authenticated user has a
permission to do something should now ask the security policy directly (there's
a new global function getSecurityPolicy).

Interactions are tied with security policies: ISecurityPolicy has a method
used to create a new interaction for a given request.  This is not necessarily
the best idea, perhaps a global hook (setInteractionFactory) would be better.

Things not done yet:
 - Not all places in the code are ready to cope with more than one principal.
 - The README in zope.security and the sandbox security example need to be
   updated.
 - There was an idea of using a notification method in IInteraction that would
   let it customize the handling of local authentication during traversal.
   It could be e.g. afterLocalAuthentication(old_principal, new_principal, site)
   Currently the ZopePublication code just does
     interaction.remove(old_principal)
     interaction.add(new_principal)
   when request.user is changed during traversal.
 - The interaction API could be polished a bit (perhaps the request argument
   to newInteraction should be optional, perhaps there should be an alternative
   principals argument to newInteraction, perhaps endInteraction should not
   raise an exception when it is called outside of an active interaction).
 - It is not clearly cut when security checks should use the global interaction
   and when they should use the interaction of the security proxy.  Perhaps
   use the global one if interaction stored in the proxy is None?
 - It is not defined explicitly where the interaction argument can safely be
   None (as an argument to ProxyFactory, as an argument to security checkers,
   etc.).
 - Some places that construct security proxies pass None to ProxyFactory.
   Perhaps they should use the current interaction instead.  Or maybe not.





=== Zope3/src/zope/app/traversing/tests/test_traverser.py 1.14 => 1.14.18.1 ===
--- Zope3/src/zope/app/traversing/tests/test_traverser.py:1.14	Fri Nov 21 12:12:16 2003
+++ Zope3/src/zope/app/traversing/tests/test_traverser.py	Mon Mar  8 13:43:41 2004
@@ -39,7 +39,7 @@
 from zope.app.services.tests.placefulsetup import PlacefulSetup
 from zope.security.checker \
     import ProxyFactory, defineChecker, CheckerPublic, Checker
-from zope.security.management import newSecurityManager
+from zope.security.management import newInteraction, getInteraction
 from zope.app.container.contained import Contained, contained
 
 class C(Contained):
@@ -181,9 +181,10 @@
         self.assertEquals(tr.traverse(('folder', 'item')), item)
 
     def testItemDenied(self):
-        newSecurityManager('no one')
+        newInteraction(None)
+        getInteraction().add('no one')
         defineChecker(C, Denied('item'))
-        tr = Traverser(ProxyFactory(self.root))
+        tr = Traverser(ProxyFactory(self.root, interaction=getInteraction()))
         folder = self.folder
 
         self.assertRaises(Unauthorized, tr.traverse,