Details
-
Bug
-
Status: Closed
-
Normal
-
Resolution: Fixed
-
None
-
None
-
None
-
Turing Sprint 173
Description
Since the lock via the LockManager does not involve any jcr locking, it does never trigger a cluster sync. This means that when we have a lock, then if after the lock we have code that results in jcr nodes being persisted, then in general after obtaining the lock, always a cluster wide sync has to be triggered via session.refresh
Attachments
Issue Links
- is a result of
-
REPO-1811 Implement local in memory (JVM) and persisted DB Lock Service
- Closed
- is cloned by
-
REPO-1916 [Backport 12.1] LockManager usage issue in clustered environment
- Closed
- relates to
-
REPO-1917 [Backport 12.0] LockManager usage issue in clustered environment
- Closed
-
REPO-1918 [Backport 11.2] LockManager usage issue in clustered environment
- Closed
-
REPO-1919 [Backport 10.2] LockManager usage issue in clustered environment
- Closed
-
REPO-1879 [Backport 12.0] Implement new LockManager service and replace all deprecated HippoLock and HippoLockManager usages
- Closed
-
CMS-11030 Improve LockManager javadoc how to work with JCR
- Closed