I've been able to narrow the problem down and have an example module suite that shows the problem.
It turned out it has nothing to do with duplicate classes being defined in
different modules and both being visible in other modules. The problem is
with the one file StringUtils in one module.
When opening the suite and the modules the "error badges" appear. The
"error badges" also appear in the Unit Test package in the same module.
This problem happens with any NetBeans 12.x when using nb-javac.
The problem itself seems to be caused by the String lookup arrays
OCTAL_NUMBERS and NUMBERS. If you remove these and refactor the code to use
Integer.toString(val), the "error badges" disappear.
When deactivating and removing nb-javac, so that the JDK_1.8 javac is used,
the "error badges" also don't appear (even with the lookup arrays).
It seems nb-javac has a problem parsing/caching/... the class StringUtils,
such that it's no longer visible in other modules. It's cumbersome to
knwo why this is happening, since nb-javac gived no logging output, other
than several NPE's in the messages.log and the INFO log entries.
INFO [org.netbeans.api.java.source.ElementHandle]: Resolved type is null
for kind = CLASS
INFO [org.netbeans.api.java.source.ElementHandle]: Cannot resolve:
ElementHandle[kind=CLASS;
sigs=org.nato.unclassified.mice.common.util.StringUtils ]
INFO [org.netbeans.modules.java.editor.imports.ComputeImports]: Cannot
resolve type element "ElementHandle[kind=CLASS;
sigs=org.nato.unclassified.mice.common.util.StringUtils ]".
Maybe someone can shed some light on why this is and possibly fix it for NB
12.3?
Greets,
Humphrey.
On Fri, Dec 18, 2020 at 3:11 PM Humphrey Clerx <[email protected]> wrote:
> I checked the messages.log of NetBeans 12.2 and found the following kind
> of entries:
>
> INFO [org.netbeans.api.java.source.ElementHandle]: Resolved type is null
> for kind = CLASS
> INFO [org.netbeans.api.java.source.ElementHandle]: Cannot resolve:
> ElementHandle[kind=CLASS;
> sigs=org.nato.unclassified.mice.common.util.StringUtils ]
> INFO [org.netbeans.modules.java.editor.imports.ComputeImports]: Cannot
> resolve type element "ElementHandle[kind=CLASS;
> sigs=org.nato.unclassified.mice.common.util.StringUtils ]".
>
> And the log is also full of the following entries:
>
> java.lang.NullPointerException
> WARNING [org.netbeans.modules.java.source.indexing.JavaIndex]:
> MultiPassCompileWorker caused an exception
>
>
>
>
> On Fri, Dec 11, 2020 at 2:21 PM Javier Ortiz Bultron <
> [email protected]> wrote:
>
>> Yup, exactly the same behavior I reported. Maybe you can add more details
>> there.
>>
>> https://issues.apache.org/jira/browse/NETBEANS-4931
>>
>>
>>
>> On Fri, Dec 11, 2020 at 3:34 AM Humphrey Clerx <[email protected]> wrote:
>>
>> > Currently we are using NetBeans 8.2 using JDK 1.8 (AdoptOpenJDK 8u272)
>> > under Windows 10 (and Solaris 11.3).
>> >
>> > Our project is a NetBeans Platform Application, consisting of several
>> > Module Suites with several Modules. Our project sets an explicit Java
>> > Platform to use (nbjdk.active=JDK_1.8). We use Ant for building the
>> > project.
>> >
>> > All of this works fine. But recently I tried to migrate to using
>> NetBeans
>> > 12.2 with nb-javac installed and enabled. I installed NetBeans 12.2 and
>> > configured it to run with JDK 11 (AdoptOpenJDK 11.0.9) as the default
>> JDK
>> > (by setting jdk_home in netbeans.conf).
>> >
>> > I then ran NB12.2 without importing settings from NB8.2. Then I defined
>> an
>> > additional Java Platform to point to the AdoptOpenJDK 1.8 installation
>> > folder to define the JDK_1.8 platform property.
>> >
>> > If I then open our project and all the modules, NB12.2 starts a
>> background
>> > scan. During this scanning it throws numerous NPE's (almost every
>> second).
>> > I'll add the stacktrace at the end of this mail.
>> >
>> > And on multiple files an "error badge" appears because it imports a
>> class
>> > (StringUtils) that happens to be defined in two independent modules in
>> our
>> > project (this is to avoid cyclic dependency and visibility between
>> modules
>> > needing this class).
>> >
>> > The error badge appears on the import of StringUtils from the one module
>> > only, not on the imports of StringUtils from the other module. The error
>> > badge does not appear on the import in the same module where
>> StringUtils is
>> > defined, but it does appear on the use of StringUtils in the Unit Test
>> > Packages in the module.
>> >
>> > The error badge states the following:
>> >
>> > cannot find symbol
>> > symbol: class StringUtils
>> > location: package common.util
>> >
>> >
>> > When selecting the "error badge" it asks to "Change to import <package
>> > name>.StringUtils", suggesting the other StringUtils.java class.
>> >
>> > Note that when I use Ctrl-O to open the "Go to Type" dialog and type
>> > StringUtils it find both instances of StringUtils (plus some additional
>> > ones e.g. com.sun.xml.internal.ws.util.StringUtils).
>> >
>> > I tried doing the same with completely disabling/uninstalling nb-javac
>> and
>> > ran 12.2 again from scratch. Doing this, the NPE's still occur, but the
>> > "error badges" problem disappears.
>> >
>> > I tried doing the same with installing NB 12.1 (without nb-javac). This
>> > also stops the NPE's. Installing/enabling nb-javac brings back the
>> "error
>> > badges" in NB 12.1 as well though.
>> >
>> > To me it seems nb-javac has a problem with determining visibility of
>> > classes between modules when (multiple) classes are defined with the
>> same
>> > name but that live in a different package/module.
>> >
>> > And it seems something is broken in NB12.2 with respect to the
>> Background
>> > scanning in that it throws NPE's all the time.
>> >
>> > For now I'm using NB12.1 (without nb-javac) and that at least solves my
>> > "error badge" and NPE problems, but the scanning/etc of javac as
>> opposed to
>> > using nb-javac seems to slow down the display of e.g. Java Hints and
>> other
>> > things inside the editor and/or when doing "Find Usages".
>> >
>> > Note that I'm not having ANY of these problems with NB 8.2 (using
>> > nb-javac).
>> >
>> > Is there anyone who can give some idea on how/why these "error badges"
>> > appear?
>> >
>> > And/or why NB12.2 seems to throw so many NPE's (as opposed to NB12.1)?
>> >
>> > Greets,
>> > Humphrey.
>> >
>> > ----- NPE stacktrace ----
>> >
>> > java.lang.NullPointerException
>> >
>> > at
>> >
>> >
>> com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:914)
>> >
>> > at
>> >
>> >
>> com.sun.tools.javac.processing.JavacProcessingEnvironment.access$2500(JavacProcessingEnvironment.java:113)
>> >
>> > at
>> >
>> >
>> com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1298)
>> >
>> > at
>> >
>> >
>> com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1380)
>> >
>> > at
>> >
>> >
>> com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1350)
>> >
>> > at
>> >
>> >
>> com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1240)
>> >
>> > at
>> > com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:404)
>> >
>> > at
>> > com.sun.tools.javac.api.JavacTaskImpl.enterTrees(JavacTaskImpl.java:451)
>> >
>> > [catch] at
>> >
>> >
>> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:204)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>> >
>> > at
>> > org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5749)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5419)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:5038)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6099)
>> >
>> > at
>> > org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6095)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6091)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.run(RepositoryUpdater.java:6091)
>> >
>> > at
>> >
>> >
>> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
>> >
>> > at
>> > java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
>> >
>> > at
>> > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
>> >
>> > at
>> >
>> >
>> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
>> >
>> > at
>> > org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
>> >
>> > at
>> >
>> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
>> >
>> > --
>> > In the mountains of truth, you never climb in vain - Nietzsche
>> > #-------------------------------------------------------------
>> > \_O
>> > ,__/>
>> > <"
>> > '
>> >
>>
>
>
> --
> In the mountains of truth, you never climb in vain - Nietzsche
> #-------------------------------------------------------------
> \_O
> ,__/>
> <"
> '
>
--
In the mountains of truth, you never climb in vain - Nietzsche
#-------------------------------------------------------------
\_O
,__/>
<"
'
TestBugSuite.7z
Description: application/7z
--------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
