mbien
commented
3 months ago i can still reproduce the NPE in NB ~22~ 23, however the freeze should not happen anymore. You had likely at work a "on save" action enabled, like formatting or import fixing, in past this could cause issues if javac failed during that action.
updated stacktrace (NB 22):
```
Caused: java.lang.NullPointerException: Cannot invoke "com.sun.tools.javac.code.Type.hasTag(com.sun.tools.javac.code.TypeTag)" because the return value of "com.sun.tools.javac.code.Type.getEnclosingType()" is null
at com.sun.tools.javac.code.Symbol.hasOuterInstance(Symbol.java:508)
at org.netbeans.modules.java.source.PostFlowAnalysis.visitClassDef(PostFlowAnalysis.java:114)
at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:814)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:50)
at org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:104)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:58)
at com.sun.tools.javac.tree.TreeScanner.visitClassDef(TreeScanner.java:120)
at org.netbeans.modules.java.source.PostFlowAnalysis.visitClassDef(PostFlowAnalysis.java:116)
at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:814)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:50)
at org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:104)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:58)
at com.sun.tools.javac.tree.TreeScanner.visitTopLevel(TreeScanner.java:67)
at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:553)
at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:50)
at org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:104)
at org.netbeans.modules.java.source.PostFlowAnalysis.analyze(PostFlowAnalysis.java:90)
at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:765)
at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:536)
at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:140)
at org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608)
at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:241)
at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:288)
at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702)
[catch] at org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1420)
at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:287)
at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2035)
```
Apache NetBeans version
Apache NetBeans 12.6
What happened
Creating two same-named inner classes in a class causes an exception.
I realize that it is dumb to create two classes with the same name. It was actually caused by Netbeans. I updated a class and told the IDE to generate tests for the new methods. Since the class is abstract, it needs an Impl class for the test. The test already had one. Netbeans created a second one.
At work, if I try to save the file, it hang the IDE. I have to kill -9. At home, it shows an error with this exception:
How to reproduce
Did this work correctly in an earlier version?
No
Operating System
Fedora 35 Linux
JDK
OpenJDK 17.0.2
Apache NetBeans packaging
Apache NetBeans provided installer
Anything else
No response
Are you willing to submit a pull request?
No response
Code of Conduct
Yes