[
https://issues.apache.org/jira/browse/FELIX-1967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Richard S. Hall resolved FELIX-1967.
------------------------------------
Resolution: Fixed
Resolving this since I am not able to reproduce and the resolver change for
framework 3.0 are intended to address this issue.
> Freeze finding consistent class space
> -------------------------------------
>
> Key: FELIX-1967
> URL: https://issues.apache.org/jira/browse/FELIX-1967
> Project: Felix
> Issue Type: Bug
> Components: Framework
> Affects Versions: framework-2.0.1
> Reporter: Don Brown
> Assignee: Richard S. Hall
> Fix For: framework-3.0.0
>
> Attachments: felix.m_configMap.txt, MANIFEST.MF, manifests.zip
>
>
> Felix seems to be frozen (as in still running from yesterday) while creating
> a consistent class space. Here are excerpts from five thread dumps:
> (first three times and the last)
> 74012 "http-2990-Processor1" daemon prio=10 tid=0x9048b800 nid=0x52eb
> runnable [0x90fcc000..0x90fceeb0]
> 74013 java.lang.Thread.State: RUNNABLE
> 74014 at
> java.util.AbstractCollection.containsAll(AbstractCollection.java:276)
> 74015 at
> org.apache.felix.framework.searchpolicy.ResolvedPackage.isSubset(ResolvedPackage.java:55)
> 74016 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:775)
> 74017 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74018 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74019 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74020 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74021 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 74022 at
> org.apache.felix.framework.searchpolicy.Resolver.findConsistentClassSpace(Resolver.java:462)
> 74023 at
> org.apache.felix.framework.searchpolicy.Resolver.resolve(Resolver.java:94)
> 74024 at
> org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3733)
> 74025 at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3105)
> 74026 at org.apache.felix.framework.Felix.startBundle(Felix.java:1441)
> 74027 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:779)
> 74028 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:760)
> (fourth time)
> 76082 "http-2990-Processor1" daemon prio=10 tid=0x9048b800 nid=0x52eb
> runnable [0x90fcc000..0x90fceeb0]
> 76083 java.lang.Thread.State: RUNNABLE
> 76084 at java.util.HashMap.put(HashMap.java:385)
> 76085 at
> org.apache.felix.framework.searchpolicy.Resolver.calculateExportedPackages(Resolver.java:1071)
> 76086 at
> org.apache.felix.framework.searchpolicy.Resolver.calculateModulePackages(Resolver.java:954)
> 76087 at
> org.apache.felix.framework.searchpolicy.Resolver.getModulePackages(Resolver.java:929)
> 76088 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:697)
> 76089 at
> org.apache.felix.framework.searchpolicy.Resolver.isClassSpaceConsistent(Resolver.java:720)
> 76090 at
> org.apache.felix.framework.searchpolicy.Resolver.findConsistentClassSpace(Resolver.java:462)
> 76091 at
> org.apache.felix.framework.searchpolicy.Resolver.resolve(Resolver.java:94)
> 76092 at
> org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3733)
> 76093 at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3105)
> 76094 at org.apache.felix.framework.Felix.startBundle(Felix.java:1441)
> 76095 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:779)
> 76096 at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:760)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.