Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
Discovery Impl 1.0.2
-
None
Description
We've seen a case where the HeartbeatHandler.deactivate() method was blocked at the synchronized(lock):
java.lang.Thread.State: BLOCKED (on object monitor) at org.apache.sling.discovery.impl.common.heartbeat.HeartbeatHandler.deactivate(HeartbeatHandler.java:169) - waiting to lock <0x00000006028bcfd8> (a java.lang.Object)
This in turn prevented the bundle to be deactivated and blocked other felix code.
The deactivate() method should succeed quickly and instruct any other (HeartbeatHandler) thread to stop immediately too.
Attachments
Issue Links
- breaks
-
SLING-6945 avoid unnecessary log.error when OakViewChecker is deactivated
- Resolved