@@ -90,17 +90,17 @@ they can be decorated with the ``RetryTillSaveStore`` class::
9090 $lock = $factory->createLock('notification-flush');
9191 $lock->acquire(true);
9292
93- When the provided store does not implements the
93+ When the provided store does not implement the
9494:class: `Symfony\\ Component\\ Lock\\ BlockingStoreInterface ` interface, the
95- ``Lock `` class will try in a loop to acquire the lock in a non-blocking way
96- until the lock is acquired.
95+ ``Lock `` class will retry to acquire the lock in a non-blocking way until the
96+ lock is acquired.
9797
9898.. deprecated :: 5.2
9999
100- As of Symfony 5.2, you don't need anymore using the ``RetryTillSaveStore ``
101- class . The ``Lock`` class now provides the default logic to acquire locks in
102- blocking mode when the store does not implements the ``BlockingStoreInterface ``
103- interface.
100+ As of Symfony 5.2, you don't need to use the ``RetryTillSaveStore `` class
101+ anymore . The ``Lock `` class now provides the default logic to acquire locks
102+ in blocking mode when the store does not implement the
103+ `` BlockingStoreInterface `` interface.
104104
105105Expiring Locks
106106--------------
@@ -225,10 +225,9 @@ possible to **promote** the lock, and change it to write lock, by calling the
225225In the same way, it's possible to **demote ** a write lock, and change it to a
226226read-only lock by calling the ``acquireRead() `` method.
227227
228- When the provided store does not implements the
228+ When the provided store does not implement the
229229:class: `Symfony\\ Component\\ Lock\\ SharedLockStoreInterface ` interface, the
230- ``Lock `` class will fallback to a write lock by calling the ``acquire() ``
231- method.
230+ ``Lock `` class will fallback to a write lock by calling the ``acquire() `` method.
232231
233232The Owner of The Lock
234233---------------------
0 commit comments