Michal Hajas 1bb5e14134 Use ReentrantLock instead of synchronized to avoid thread pinning ... + since the runSerialized mechanism is currently on the best effort basis it is possible there are concurrent executions if T1 obtained a lock T2 removed the lock and T3 created a new lock before T1 called putIfAbsent therefore I added a debug log detecting this situation Signed-off-by: Michal Hajas <mhajas@redhat.com>		2024-04-09 14:55:21 +02:00
..
main	Use ReentrantLock instead of synchronized to avoid thread pinning	2024-04-09 14:55:21 +02:00
test/java/org/keycloak	Remove concurrent loading of remote sessions as at startup time only one node is up anyway. (#25709)	2024-01-09 16:55:22 +01:00