This repository has been archived on 2023-08-20. You can view files and clone it, but cannot push or open issues or pull requests.

Fabien Potencier a6aa08e166 feature #38296 [lock] Provides default implementation when store does not supports the behavior (jderusse) ... This PR was squashed before being merged into the 5.2-dev branch. Discussion ---------- [lock] Provides default implementation when store does not supports the behavior | Q | A | ------------- | --- | Branch? | master | Bug fix? | no | New feature? | yes | Deprecations? | yes | Tickets | / | License | MIT | Doc PR | / All stores does not provide the same behaviors. Some are blocking, some allows shared Locks, ... Issue is: When people use `lock` to use a behavior that is not supported by the store, they get an `UnsuportedException`, but they don't have any way to know if the store supports or not the behavior they want to use. ie: when using the FrameworkBundle ```yaml framework: lock: '%env(LOCK_DSN)%' ``` User (or bundle) can't use safely `$lock->acquire(true)` or `$lock->acquireRead()`. Given it's very easy to provide an fallback implementation to those behavior, this PR - use fallback implementation when store does not support the behavior - deprecate the RetryTillSaveStore (not needed anymore) Commits ------- 575b391b9b [lock] Provides default implementation when store does not supports the behavior		2020-09-27 05:25:42 +02:00
..
Symfony	feature #38296 [lock] Provides default implementation when store does not supports the behavior (jderusse)	2020-09-27 05:25:42 +02:00