[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