[ 
https://issues.apache.org/jira/browse/FELIX-6048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17682682#comment-17682682
 ] 

Róbert Csákány commented on FELIX-6048:
---------------------------------------

Hi! I have the very same issue with scr-2.2.4. It cames randomly within 
httpserivice servlet registration:

 

2023-01-31T17:43:16,853 | | | | INFO | features-3-thread-1 | 
FeaturesServiceImpl | 19 - org.apache.karaf.features.core - 4.4.3 | 
mvn:org.apache.felix/org.apache.felix.scr/2.2.4

 
{code:java}
2023-01-31T17:43:30,040 |  |  |  | WARN  | paxweb-config-4-thread-1 (change 
controller) | HealthCheckExecutorServlet       | 162 - 
hu.blackbelt.judo.services.judo-services-healthcheck-osgi - 
1.1.0.20230131_114116_fd8d5f4f_develop | bundle 
hu.blackbelt.judo.services.judo-services-healthcheck-osgi:1.1.0.20230131_114116_fd8d5f4f_develop
 
(162)[hu.blackbelt.judo.services.healthcheck.osgi.servlet.HealthCheckExecutorServlet(86)]
 : Component deactivation threw an exception
2010java.lang.IllegalStateException: Could not obtain lock
2011    at 
org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainLock(AbstractComponentManager.java:242)
 ~[?:?]
2012    at 
org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainStateLock(AbstractComponentManager.java:289)
 ~[?:?]
2013    at 
org.apache.felix.scr.impl.manager.AbstractComponentManager.doDeactivate(AbstractComponentManager.java:849)
 ~[?:?]
2014    at 
org.apache.felix.scr.impl.manager.AbstractComponentManager.deactivateInternal(AbstractComponentManager.java:825)
 ~[?:?]
2015    at 
org.apache.felix.scr.impl.manager.DependencyManager.deactivateComponentManager(DependencyManager.java:2636)
 ~[?:?]
2016    at 
org.apache.felix.scr.impl.manager.DependencyManager.access$400(DependencyManager.java:59)
 ~[?:?]
2017    at 
org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:1356)
 ~[?:?]
2018    at 
org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:1225)
 ~[?:?]
2019    at 
org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:1258)
 ~[?:?]
2020    at 
org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:1152)
 ~[?:?]
2021    at 
org.apache.felix.scr.impl.manager.ServiceTracker$AbstractTracked.untrack(ServiceTracker.java:1012)
 ~[?:?]
2022    at 
org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:1192)
 ~[?:?]
2023    at 
org.apache.felix.scr.impl.BundleComponentActivator$ListenerInfo.serviceChanged(BundleComponentActivator.java:116)
 ~[?:?]
2024    at 
org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990)
 ~[?:?]
2025    at 
org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838)
 ~[?:?]
2026    at 
org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545)
 ~[?:?]
2027    at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4863) 
~[?:?]
2028    at org.apache.felix.framework.Felix.access$000(Felix.java:111) ~[?:?]
2029    at org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:440) 
~[?:?]
2030    at 
org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:170)
 ~[?:?]
2031    at 
org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:146)
 ~[?:?]
2032    at 
org.ops4j.pax.web.service.internal.Activator.cleanUpHttpServiceRegistrations(Activator.java:637)
 ~[?:?]
2033    at 
org.ops4j.pax.web.service.internal.Activator.updateController(Activator.java:418)
 ~[?:?]
2034    at 
org.ops4j.pax.web.service.internal.Activator.lambda$updateServerControllerFactory$1(Activator.java:347)
 ~[?:?]
2035    at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539) ~[?:?]
2036    at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?]
2037    at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
 ~[?:?]
2038    at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) 
~[?:?]
2039    at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) 
~[?:?]
2040    at java.lang.Thread.run(Thread.java:833) ~[?:?] {code}
 

 

> Could not obtain lock
> ---------------------
>
>                 Key: FELIX-6048
>                 URL: https://issues.apache.org/jira/browse/FELIX-6048
>             Project: Felix
>          Issue Type: Bug
>          Components: Declarative Services (SCR)
>    Affects Versions: scr-2.1.14
>            Reporter: Alain Picard
>            Priority: Minor
>         Attachments: Felix no lock.png
>
>
> I regularly get this exception when starting our app, w/o having ever seen 
> any impact.
>  
> {code:java}
> !ENTRY org.eclipse.equinox.cm 4 0 2019-02-02 14:31:46.715
> !MESSAGE Could not obtain lock
> !STACK 0
> java.lang.IllegalStateException: Could not obtain lock
>     at 
> org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainLock(AbstractComponentManager.java:231)
>     at 
> org.apache.felix.scr.impl.manager.AbstractComponentManager.obtainActivationWriteLock(AbstractComponentManager.java:266)
>     at 
> org.apache.felix.scr.impl.manager.SingleComponentManager.reconfigure(SingleComponentManager.java:633)
>     at 
> org.apache.felix.scr.impl.manager.SingleComponentManager.reconfigure(SingleComponentManager.java:609)
>     at 
> org.apache.felix.scr.impl.manager.ConfigurableComponentHolder.configurationUpdated(ConfigurableComponentHolder.java:426)
>     at 
> org.apache.felix.scr.impl.manager.RegionConfigurationSupport.configurationEvent(RegionConfigurationSupport.java:284)
>     at 
> org.apache.felix.scr.impl.manager.RegionConfigurationSupport$1.configurationEvent(RegionConfigurationSupport.java:89)
>     at 
> org.eclipse.equinox.internal.cm.EventDispatcher$1.run(EventDispatcher.java:89)
>     at 
> org.eclipse.equinox.internal.cm.SerializedTaskQueue$1.run(SerializedTaskQueue.java:36)
> After reporting on OSGI forum, was suggested to report here.{code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to