[CalendarServer-changes] [10220] CalendarServer/branches/users/glyph/queue-locking-and-timing

[source_changes at macosforge.org]

Revision: 10220
          http://trac.calendarserver.org//changeset/10220
Author:   glyph at apple.com
Date:     2013-01-04 16:38:30 -0800 (Fri, 04 Jan 2013)
Log Message:
-----------
Check this against NullQueuer later; for now let's test the implementation we claim to be testing.  (Still failing...)

Modified Paths:
--------------
    CalendarServer/branches/users/glyph/queue-locking-and-timing/twext/enterprise/test/test_queue.py

Property Changed:
----------------
    CalendarServer/branches/users/glyph/queue-locking-and-timing/

Modified: CalendarServer/branches/users/glyph/queue-locking-and-timing/twext/enterprise/test/test_queue.py
===================================================================
--- CalendarServer/branches/users/glyph/queue-locking-and-timing/twext/enterprise/test/test_queue.py	2013-01-05 00:38:29 UTC (rev 10219)
+++ CalendarServer/branches/users/glyph/queue-locking-and-timing/twext/enterprise/test/test_queue.py	2013-01-05 00:38:30 UTC (rev 10220)
@@ -164,6 +164,7 @@
         ms.startService()
         self.addCleanup(ms.stopService)
         yield gatherResults([d1, d2])
+        self.store.queuer = self.node1
 
 
     def test_currentNodeInfo(self):
@@ -186,6 +187,7 @@
         by the time the L{Deferred} returned from the resulting
         L{WorkProposal}'s C{whenExecuted} method has fired.
         """
+        # TODO: this exact test should run against NullQueuer as well.
         def operation(txn):
             # TODO: how does 'enqueue' get associated with the transaction? This
             # is not the fact with a raw t.w.enterprise transaction.  Should
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/calendarserver-changes/attachments/20130104/e4f68688/attachment-0001.html>