[ https://issues.apache.org/jira/browse/FELIX-3477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13263180#comment-13263180 ]
Jesse Glick commented on FELIX-3477: ------------------------------------ Related problems (for my reference, thrown from org.netbeans.core.osgi.OSGiLifecycleManagerTest): java.lang.NullPointerException at org.apache.felix.framework.BundleRevisionImpl.getResourcesLocal(BundleRevisionImpl.java:512) at org.apache.felix.framework.Felix.getBundleResources(Felix.java:1543) at org.apache.felix.framework.BundleImpl.getResources(BundleImpl.java:650) where getContentPath() -> [null] rather than [], presumably because m_content is null and calculateContentPath fails to consider that possibility. And: java.lang.NullPointerException at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1432) at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72) at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) because m_isDisposed is null. Would be useful to run FindBugs over all this code and mark up aggressively with @NotNull and @CheckForNull. > NPE in BundleWiringImpl.searchImports > ------------------------------------- > > Key: FELIX-3477 > URL: https://issues.apache.org/jira/browse/FELIX-3477 > Project: Felix > Issue Type: Bug > Components: File Install > Affects Versions: framework.security-1.0.0 > Environment: JDK 6u31, Ubuntu > Reporter: Jesse Glick > > NetBeans unit tests in the org.netbeans.core.osgi module pass but print a lot > of stack traces when run against Felix 4.0.2: > Apr 23, 2012 7:06:57 PM org.openide.util.lookup.implspi.ActiveQueue$Daemon run > WARNING: Cannot process > org.openide.util.WeakListenerImpl$ListenerReference@1ce1bea > java.lang.NullPointerException > at > org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1508) > at > org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1427) > at > org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72) > at > org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843) > at java.lang.ClassLoader.loadClass(ClassLoader.java:247) > at java.lang.Class.getDeclaredMethods0(Native Method) > at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) > at java.lang.Class.getMethod0(Class.java:2670) > at java.lang.Class.getMethod(Class.java:1603) > at > org.openide.util.WeakListenerImpl$ListenerReference.getRemoveMethod(WeakListenerImpl.java:614) > at > org.openide.util.WeakListenerImpl$ListenerReference.run(WeakListenerImpl.java:572) > at > org.openide.util.lookup.implspi.ActiveQueue$Daemon.run(ActiveQueue.java:185) > (The ActiveQueue thread in this case is looking for listeners attached via > weak references which have since been collected, so that the stub listener > can be cleanly detached from the observable object. It is impossible to > guarantee exactly when this cleanup will run.) > Presumably BundleRevisionImpl.m_wiring is null. searchImports should I think > just treat this as if result==null. Can offer a patch if you like. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira