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

source_changes at macosforge.org source_changes at macosforge.org
Fri Jan 4 16:39:21 PST 2013


Revision: 10259
          http://trac.calendarserver.org//changeset/10259
Author:   glyph at apple.com
Date:     2013-01-04 16:39:21 -0800 (Fri, 04 Jan 2013)
Log Message:
-----------
'wait' parameter will have to wait for a future implementation, SQL is tricky

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

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

Modified: CalendarServer/branches/users/glyph/queue-locking-and-timing/twext/enterprise/locking.py
===================================================================
--- CalendarServer/branches/users/glyph/queue-locking-and-timing/twext/enterprise/locking.py	2013-01-05 00:39:20 UTC (rev 10258)
+++ CalendarServer/branches/users/glyph/queue-locking-and-timing/twext/enterprise/locking.py	2013-01-05 00:39:21 UTC (rev 10259)
@@ -65,7 +65,7 @@
     """
 
     @classmethod
-    def acquire(cls, txn, name, wait=False):
+    def acquire(cls, txn, name):
         """
         Acquire a lock with the given name.
 
@@ -73,10 +73,6 @@
             no two locks may be acquired.
         @type name: L{unicode}
 
-        @param wait: Whether or not to wait for the lock.  If L{True}, the
-            L{Deferred} returned by L{lock} make some time to fire; if
-            L{False}, it should quickly fail instead.
-
         @return: a L{Deferred} that fires with an L{AcquiredLock} when the lock
             has fired, or fails when the lock has not been acquired.
         """
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/calendarserver-changes/attachments/20130104/4ed35ee6/attachment.html>


More information about the calendarserver-changes mailing list