[weld-dev] Thread deadlock with osgi refresh
Martin Kouba
mkouba at redhat.com
Tue May 9 06:34:36 EDT 2017
Well, when looking at Niclas's answer - it is true that Weld's
ClassFileUtils holds 0x00000000fd03aa50 and also waiting in another
thread to release this lock. But the weld-worker-1 thread (which holds
the lock) is in state WAITING (on object monitor) due to
org.apache.felix.framework.Felix.acquireGlobalLock(Felix.java:5332)
which calls m_bundleLock.wait().
Martin
Dne 9.5.2017 v 11:45 Alex Sviridov napsal(a):
> Hi Martin
>
> Thank you very much for your answer. Yes, I asked them. Please see
> https://groups.google.com/forum/#!topic/ops4j/msmgHq0B1l8
>
>
> Вторник, 9 мая 2017, 12:22 +03:00 от Martin Kouba <mkouba at redhat.com>:
>
> Hi Alex,
>
> I don't know much about Felix and OSGi but it seems the
> org.apache.felix.framework.Felix.acquireGlobalLock() is waiting to wake
> up and the thread holds lock on
> org.jboss.weld.util.bytecode.ClassFileUtils. Have you tried PAX CDI
> guys
> already?
>
> Martin
>
> Dne 9.5.2017 v 09:04 Alex Sviridov napsal(a):
> > Hi all
> >
> > I use pax-cdi 1.0.0.RC2 with weld-osgi-bundle 2.3.5. And I have two
> > bundles: bundleA and bundleB.
> >
> > BundleB has CDI beans and CDI container is created for bundleB.
> Besides
> > bundleB depends on bundleA.
> >
> > Now I update bundleA and do osgi refresh using this code
> >
> > |Bundle systemBundle = bundleContext.getBundle(0);
> > FrameworkWiring frameworkWiring =
> > systemBundle.adapt(FrameworkWiring.class);
> > frameworkWiring.refreshBundles(null);
> >
> > What I see in log of bundle B.
> >
> > |2017-05-08 12:31:42,831 | DEBUG | xFrameworkWiring | ? |
> BundleEvent STOPPING - com.bundleB
> > 2017-05-08 12:31:42,832 | DEBUG | xFrameworkWiring | ? |
> ServiceEvent UNREGISTERING - [java.lang.Object] - com.bundleB
> > 2017-05-08 12:31:42,832 | DEBUG | xFrameworkWiring | ? |
> BundleEvent STOPPED - com.bundleB
> > 2017-05-08 12:31:42,845 | DEBUG | xFrameworkWiring | ? |
> BundleEvent UNRESOLVED - com.bundleB
> > 2017-05-08 12:31:42,885 | DEBUG | xFrameworkWiring | ? |
> BundleEvent RESOLVED - com.bundleB
> > 2017-05-08 12:31:42,886 | DEBUG | xFrameworkWiring | ? |
> BundleEvent STARTING - com.bundleB
> > 2017-05-08 12:31:43,164 | DEBUG | xFrameworkWiring | ? |
> ServiceEvent REGISTERED - [java.lang.Object] - com.bundleB
> > |
> > Please,note that bundleB didn't change state to STARTED. When I don't
> > use in bundleB CDI
> > beans and CDI container is not created for bundleB then everything
> is ok
> > - after bundleA
> > update and osgi refresh bundleB reaches STARTED state.
> >
> > Is this a bug of weld or something else? This is some thread dump:
> >
> > "weld-worker-3" #146 daemon prio=5 os_prio=0 tid=0x00007f3e08044000
> > nid=0x1dc8 waiting for monitor entry [0x00007f3dd867a000]
> > java.lang.Thread.State: BLOCKED (on object monitor)
> > at
> >
> org.jboss.weld.util.bytecode.ClassFileUtils.toClass2(ClassFileUtils.java:108)
> > - waiting to lock <0x00000000fd03aa50> (a java.lang.Class for
> > org.jboss.weld.util.bytecode.ClassFileUtils)
> > at
> >
> org.jboss.weld.util.bytecode.ClassFileUtils.toClass(ClassFileUtils.java:97)
> > at
> >
> org.jboss.weld.bean.proxy.ProxyFactory.createProxyClass(ProxyFactory.java:491)
> > at
> >
> org.jboss.weld.bean.proxy.ProxyFactory.getProxyClass(ProxyFactory.java:364)
> > at
> >
> org.jboss.weld.bean.builtin.AbstractFacadeBean.initializeAfterBeanDiscovery(AbstractFacadeBean.java:61)
> > at
> >
> org.jboss.weld.bootstrap.ConcurrentBeanDeployer$AfterBeanDiscoveryInitializerFactory.doWork(ConcurrentBeanDeployer.java:136)
> > at
> >
> org.jboss.weld.bootstrap.ConcurrentBeanDeployer$AfterBeanDiscoveryInitializerFactory.doWork(ConcurrentBeanDeployer.java:127)
> > at
> >
> org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:63)
> > at
> >
> org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:56)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> > at java.lang.Thread.run(Thread.java:745)
> >
> > "weld-worker-1" #144 daemon prio=5 os_prio=0 tid=0x00007f3e08042800
> > nid=0x1dc6 in Object.wait() [0x00007f3dd967e000]
> > java.lang.Thread.State: WAITING (on object monitor)
> > at java.lang.Object.wait(Native Method)
> > at java.lang.Object.wait(Object.java:502)
> > at org.apache.felix.framework.Felix.acquireGlobalLock(Felix.java:5332)
> > - locked <0x00000000ed6de970> (a [Ljava.lang.Object;)
> > at
> >
> org.apache.felix.framework.StatefulResolver.resolve(StatefulResolver.java:481)
> > at
> >
> org.apache.felix.framework.BundleWiringImpl.searchDynamicImports(BundleWiringImpl.java:1652)
> > at
> >
> org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1552)
> > at
> >
> org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:79)
> > at
> >
> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2018)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> > at org.apache.felix.framework.Felix.loadBundleClass(Felix.java:1925)
> > at
> org.apache.felix.framework.BundleImpl.loadClass(BundleImpl.java:978)
> > at
> >
> org.apache.xbean.osgi.bundle.util.DelegatingBundle.loadClass(DelegatingBundle.java:170)
> > at
> >
> org.apache.xbean.osgi.bundle.util.BundleClassLoader.loadClass(BundleClassLoader.java:75)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:411)
> > - locked <0x00000000fb14e428> (a
> > org.ops4j.pax.cdi.weld.impl.util.BundleClassLoader)
> > at
> >
> org.ops4j.pax.cdi.weld.impl.util.BundleClassLoader.loadClass(BundleClassLoader.java:193)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> > at java.lang.ClassLoader.defineClass1(Native Method)
> > at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke(Method.java:497)
> > at
> >
> org.jboss.weld.util.bytecode.ClassFileUtils.toClass2(ClassFileUtils.java:108)
> > - locked <0x00000000fd03aa50> (a java.lang.Class for
> > org.jboss.weld.util.bytecode.ClassFileUtils)
> > at
> >
> org.jboss.weld.util.bytecode.ClassFileUtils.toClass(ClassFileUtils.java:97)
> > at
> >
> org.jboss.weld.bean.proxy.ProxyFactory.createProxyClass(ProxyFactory.java:491)
> > at
> >
> org.jboss.weld.bean.proxy.ProxyFactory.getProxyClass(ProxyFactory.java:364)
> > at
> >
> org.jboss.weld.bean.builtin.AbstractFacadeBean.initializeAfterBeanDiscovery(AbstractFacadeBean.java:61)
> > at
> >
> org.jboss.weld.bootstrap.ConcurrentBeanDeployer$AfterBeanDiscoveryInitializerFactory.doWork(ConcurrentBeanDeployer.java:136)
> > at
> >
> org.jboss.weld.bootstrap.ConcurrentBeanDeployer$AfterBeanDiscoveryInitializerFactory.doWork(ConcurrentBeanDeployer.java:127)
> > at
> >
> org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:63)
> > at
> >
> org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:56)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> > at java.lang.Thread.run(Thread.java:745)
> >
> > "FelixFrameworkWiring" #17 daemon prio=5 os_prio=0
> > tid=0x00007f3e74410800 nid=0x1c6e waiting on condition
> [0x00007f3e5e579000]
> > java.lang.Thread.State: WAITING (parking)
> > at sun.misc.Unsafe.park(Native Method)
> > - parking to wait for <0x00000000fb86f398> (a
> > java.util.concurrent.FutureTask)
> > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> > at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:429)
> > at java.util.concurrent.FutureTask.get(FutureTask.java:191)
> > at
> >
> java.util.concurrent.AbstractExecutorService.invokeAll(AbstractExecutorService.java:244)
> > at
> >
> org.jboss.weld.executor.AbstractExecutorServices.invokeAllAndCheckForExceptions(AbstractExecutorServices.java:43)
> > at
> >
> org.jboss.weld.executor.AbstractExecutorServices.invokeAllAndCheckForExceptions(AbstractExecutorServices.java:51)
> > at
> >
> org.jboss.weld.bootstrap.ConcurrentBeanDeployer.doAfterBeanDiscovery(ConcurrentBeanDeployer.java:113)
> > at
> >
> org.jboss.weld.bootstrap.BeanDeployment.afterBeanDiscovery(BeanDeployment.java:271)
> > at
> org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:434)
> > at
> org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:83)
> > - locked <0x00000000fad0fc60> (a
> org.jboss.weld.bootstrap.WeldBootstrap)
> > at
> >
> org.ops4j.pax.cdi.weld.impl.WeldCdiContainer.createBeanManager(WeldCdiContainer.java:133)
> > at
> >
> org.ops4j.pax.cdi.weld.impl.WeldCdiContainer.access$000(WeldCdiContainer.java:57)
> > at
> >
> org.ops4j.pax.cdi.weld.impl.WeldCdiContainer$1.call(WeldCdiContainer.java:98)
> > at
> >
> org.ops4j.pax.cdi.spi.AbstractCdiContainer.doWithClassLoader(AbstractCdiContainer.java:151)
> > at
> >
> org.ops4j.pax.cdi.weld.impl.WeldCdiContainer.doStart(WeldCdiContainer.java:94)
> > at
> >
> org.ops4j.pax.cdi.spi.AbstractCdiContainer.start(AbstractCdiContainer.java:85)
> > - locked <0x00000000facbf020> (a
> > org.ops4j.pax.cdi.weld.impl.WeldCdiContainer)
> > at
> >
> org.ops4j.pax.cdi.extender.impl.CdiExtender.createContainer(CdiExtender.java:184)
> > at
> >
> org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(CdiExtender.java:133)
> > - locked <0x00000000edd04c60> (a
> > org.ops4j.pax.cdi.extender.impl.CdiExtender)
> > at
> >
> org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(CdiExtender.java:64)
> > at
> >
> org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:469)
> > at
> >
> org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:415)
> > at
> >
> org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
> > at
> org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)
> > at
> >
> org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:444)
> > at
> >
> org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:916)
> > at
> >
> org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:835)
> > at
> >
> org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:517)
> > at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4541)
> > at org.apache.felix.framework.Felix.startBundle(Felix.java:2172)
> > at
> org.apache.felix.framework.Felix$RefreshHelper.restart(Felix.java:5063)
> > at org.apache.felix.framework.Felix.refreshPackages(Felix.java:4253)
> > at
> >
> org.apache.felix.framework.FrameworkWiringImpl.run(FrameworkWiringImpl.java:188)
> > at java.lang.Thread.run(Thread.java:745)|
> >
> >
> >
> >
> > --
> > Alex Sviridov
> >
> >
> > _______________________________________________
> > weld-dev mailing list
> > weld-dev at lists.jboss.org <mailto:weld-dev at lists.jboss.org>
> > https://lists.jboss.org/mailman/listinfo/weld-dev
> >
>
> --
> Martin Kouba
> Senior Software Engineer
> Red Hat, Czech Republic
>
>
>
> --
> Alex Sviridov
--
Martin Kouba
Senior Software Engineer
Red Hat, Czech Republic
More information about the weld-dev
mailing list