@@ -90,17 +90,17 @@ they can be decorated with the ``RetryTillSaveStore`` class::
90
90
$lock = $factory->createLock('notification-flush');
91
91
$lock->acquire(true);
92
92
93
- When the provided store does not implements the
93
+ When the provided store does not implement the
94
94
: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.
97
97
98
98
.. deprecated :: 5.2
99
99
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.
104
104
105
105
Expiring Locks
106
106
--------------
@@ -225,10 +225,9 @@ possible to **promote** the lock, and change it to write lock, by calling the
225
225
In the same way, it's possible to **demote ** a write lock, and change it to a
226
226
read-only lock by calling the ``acquireRead() `` method.
227
227
228
- When the provided store does not implements the
228
+ When the provided store does not implement the
229
229
: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.
232
231
233
232
The Owner of The Lock
234
233
---------------------
0 commit comments