Please use the Apache issue tracking system for new NetBeans issues ( !!
Bug 208611 - NullPointerException: #120577: Cannot resolve ElementHandle[kind=CLASS; sigs=org.glassfish.jersey.server.Application$2 ]; file: /home/m_potociar/sandbox/
NullPointerException: #120577: Cannot resolve ElementHandle[kind=CLASS; sigs=...
Product: java
Classification: Unclassified
Component: Compiler
All All
: P3 (vote)
Assigned To: Dusan Balek
: 209932 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2012-02-19 13:25 UTC by m_potociar
Modified: 2015-09-17 11:24 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT

stacktrace (2.55 KB, text/plain)
2012-02-19 13:25 UTC, m_potociar
stacktrace (2.59 KB, text/plain)
2012-06-18 20:55 UTC, Andrew Krasny
Reproducible testcase (14.73 KB, application/x-zip-compressed)
2013-07-26 15:38 UTC, Jan Lahoda

Note You need to log in before you can comment on or make changes to this bug.
Description m_potociar 2012-02-19 13:25:25 UTC
This bug was originally marked as duplicate of bug 120577, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related.

Build: NetBeans IDE 7.1 (Build 201112071828)
VM: Java HotSpot(TM) 64-Bit Server VM, 22.0-b10, Java(TM) SE Runtime Environment, 1.7.0_02-b13
OS: Linux

java.lang.NullPointerException: #120577: Cannot resolve ElementHandle[kind=CLASS; sigs=org.glassfish.jersey.server.Application$2 ]; file: /home/m_potociar/sandbox/
   at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(
   at org.netbeans.modules.parsing.api.ParserManager$
Comment 1 m_potociar 2012-02-19 13:25:28 UTC
Created attachment 115917 [details]
Comment 2 Jan Becicka 2012-04-05 11:19:22 UTC
*** Bug 209932 has been marked as a duplicate of this bug. ***
Comment 3 Jan Becicka 2012-04-16 10:08:48 UTC
WARNING []: typesChanged: type ElementHandle[kind=CLASS; sigs=org.glassfish.jersey.server.Application$3 ] has dissapeared

element handle cannot be resolved. See
Comment 4 Exceptions Reporter 2012-05-29 07:53:45 UTC
This bug already has 5 duplicates 
Comment 5 Andrew Krasny 2012-06-18 20:55:42 UTC
Created attachment 121008 [details]
Comment 6 Jan Lahoda 2013-07-26 15:38:01 UTC
Created attachment 137867 [details]
Reproducible testcase

The problem appears to be that a client gets an ElementHandle from the index, which refers to an anonymous (or local) class, and this handle cannot be resolved. This appear to be caused by the Repair, which strips method bodies when the class' header is broken, which prevents the anonymous (and local) classes from being generated. But the index already contains references to them and returns them when someone asks.

To reproduce with the attach project:
1. unpack, open in the IDE, open both pkg208611.Broken and pkg208611.I in the editor
2. go to I and observe there is no implemented-by badge, and the log shows:
INFO []: Cannot resolve: ElementHandle[kind=CLASS; sigs=pkg208611.Broken$1 ]
3. go to Broken, and fix its superclass, go back to I: now the implemented-by badge appears and leads to Broken. But I think it should be present even in step 2.

Comment 7 Martin Balin 2015-09-17 11:24:11 UTC
Report from old NetBeans version. Due to code changes since it was reported likely not reproducible now. Feel free to reopen if happens in 8.0.2 or 8.1.

By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2014, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo