]
Thomas Diesler moved AS7-6063 to JBOSGI-623:
--------------------------------------------
Project: JBoss OSGi (was: Application Server 7)
Key: JBOSGI-623 (was: AS7-6063)
Workflow: jira (was: GIT Pull Request workflow )
Component/s: Core Framework
(was: OSGi)
Security: Public
Fix Version/s: JBossOSGi 1.2.0
(was: 7.2.0.CR1)
Deadlock in Module FallbackClassLoader
--------------------------------------
Key: JBOSGI-623
URL:
https://issues.jboss.org/browse/JBOSGI-623
Project: JBoss OSGi
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Core Framework
Reporter: Steve Reed
Assignee: Thomas Diesler
Priority: Critical
Fix For: JBossOSGi 1.2.0
Attachments: jboss-dead-lock.txt, ThreadDump-2.txt
Actually the version is 2.0.1.final - jbosgi-framework-core-2.0.1.Final.jar
Commit reference for JBOSS AS :-
https://github.com/jbossas/jboss-as/commit/ed2bc551a55ec6a8167a8657cbb5d8...
During start up of JBOSS AS7.0 two GeminiBlueprintExtender Threads deadlock, and services
in the JBOSS OSGI container are not started.
The deadlock appears to be concerned with a Module FallbackLoader, which acquires a lock
during a call to loadClassLocal() and then proceeds to use an alternate Module to load the
class, if this results in the alternate Module using it's FallbackLoader to load a
class or resource, then it must also acquire a lock first. Obviously if two or more
threads are attempting this, then a dead lock is possible.
I will attach the thread dump to this issue as supporting evidence.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: