[jira] [Commented] (NETBEANS-4037) Debugger slow - taken profiler snapshots
[
https://issues.apache.org/jira/browse/NETBEANS-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17069005#comment-17069005
]
Jan Lahoda commented on NETBEANS-4037:
--
Another angle might be this:
[https://github.com/apache/netbeans/compare/master...jlahoda:NETBEANS-4037?expand=1]
(Unless I am missing something:) The various ClassPaths registered in the
registry probably have references to many roots to which other ClassPaths have
reference as well (like if there are ~180 modules, then many of the are likely
to refer to openide-util-lookup.jar), but getSourceRoots will try to pass every
occurrence through SourceForBinaryQuery.findSourceRoots, add/re-add the
listeners, etc. Seems wasteful - passing a given binary root to findSourceRoots
once should be enough.
> Debugger slow - taken profiler snapshots
>
>
> Key: NETBEANS-4037
> URL: https://issues.apache.org/jira/browse/NETBEANS-4037
> Project: NetBeans
> Issue Type: Bug
> Components: debugger - Java
>Affects Versions: 8.2, 11.1, 11.2, 11.3
>Reporter: matteodg
>Assignee: Jan Lahoda
>Priority: Major
> Labels: performance
> Fix For: 12.0
>
> Attachments:
> org.netbeans.modules.debugger.jpda.ui.SourcePath.annotate.npss,
> org.netbeans.modules.debugger.jpda.ui.SourcePath.getURL.npss
>
>
> We have a pretty big NetBeans Platform Application (~180 modules and 5
> suites) and when the debugger reaches the first breakpoint it got stuck: the
> tabs Debugging, Variables, Breakpoints, etc. are all with a "Please wait..."
> node and with the NetBeans sampler I took a few snapshots highlighting it is
> spending a lot of time on calls like:
> * {{org.netbeans.modules.debugger.jpda.ui.SourcePath.getURL()}}
> * {{org.netbeans.modules.debugger.jpda.ui.SourcePath.annotate()}}
> which at the end boil down to a lot of calls like:
> * java.util.concurrent.CopyOnWriteArrayList.remove()
> * java.io.File.isFile()
> Attached the snapshots.
> Then if I press Continue the debugger remain stuck: now Pause and Continue
> buttons in the toolbar are disabled...
> I kept close and restarting NetBeans but no luck... I remember got this
> behavior even with NB 8.2, sometimes though it goes through and I'm able to
> debug, but very rarely!
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17069003#comment-17069003 ] Laszlo Kishalmi commented on NETBEANS-4069: --- Cannot reproduce as the parent pom is not available. > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Priority: Critical > Attachments: messages.log, metrics, nbcrash-20200326.png, > perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Description:
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
{code:java}
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
{code}
1) A NullPointerException occurs
{code:java}
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Component/s: java - Compiler
> NullPointerException when using Lombok @Builder.Default
> ---
>
> Key: NETBEANS-4075
> URL: https://issues.apache.org/jira/browse/NETBEANS-4075
> Project: NetBeans
> Issue Type: Improvement
> Components: java - Compiler
>Affects Versions: 11.3
> Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: ide.log, lombok-netbeans-poc.zip, screenshot-1.png,
> ui.log
>
>
> I recognized some strange behaviour when using latest Lombok release with
> NetBeans 11.3.
> When using @Builder and @Builder.Default
> {code:java}
> package it.impl.lombok.netbeans.poc;
> import lombok.Builder;
> import lombok.Getter;
> @Getter
> @Builder
> public class Configuration {
> @Builder.Default
> private long config1 = 500L;
> }
> {code}
> 1) A NullPointerException occurs
> {code:java}
> java.lang.NullPointerException
> at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
> at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
> at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
> at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> 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$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> 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$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
> 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
>
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Description:
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
{code:java}
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
{code}
1) A NullPointerException occurs
{code:java}
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Description:
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
{code:java}
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
{code}
1) A NullPointerException occurs
{code:java}
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Attachment: (was: image-2020-03-27-17-04-44-956.png)
> NullPointerException when using Lombok @Builder.Default
> ---
>
> Key: NETBEANS-4075
> URL: https://issues.apache.org/jira/browse/NETBEANS-4075
> Project: NetBeans
> Issue Type: Improvement
>Affects Versions: 11.3
> Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: ide.log, lombok-netbeans-poc.zip, screenshot-1.png,
> ui.log
>
>
> I recognized some strange behaviour when using latest Lombok release with
> NetBeans 11.3.
> When using @Builder and @Builder.Default
> {code:java}
> package it.impl.lombok.netbeans.poc;
> import lombok.Builder;
> import lombok.Getter;
> @Getter
> @Builder
> public class Configuration {
> @Builder.Default
> private long config1 = 500L;
> }
> {code}
> 1) A NullPointerException occurs
> {code:java}
> java.lang.NullPointerException
> at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
> at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
> at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
> at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> 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$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> 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$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
> 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
>
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Description:
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
{code:java}
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
{code}
1) A NullPointerException occurs
{code:java}
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
[jira] [Updated] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
[
https://issues.apache.org/jira/browse/NETBEANS-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Asbach updated NETBEANS-4075:
--
Attachment: screenshot-1.png
> NullPointerException when using Lombok @Builder.Default
> ---
>
> Key: NETBEANS-4075
> URL: https://issues.apache.org/jira/browse/NETBEANS-4075
> Project: NetBeans
> Issue Type: Improvement
>Affects Versions: 11.3
> Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
>Reporter: Benjamin Asbach
>Priority: Major
> Attachments: ide.log, lombok-netbeans-poc.zip, screenshot-1.png,
> ui.log
>
>
> I recognized some strange behaviour when using latest Lombok release with
> NetBeans 11.3.
> When using @Builder and @Builder.Default
> {code:java}
> package it.impl.lombok.netbeans.poc;
> import lombok.Builder;
> import lombok.Getter;
> @Getter
> @Builder
> public class Configuration {
> @Builder.Default
> private long config1 = 500L;
> }
> {code}
> 1) A NullPointerException occurs
> {code:java}
> java.lang.NullPointerException
> at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
> at
> com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
> at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
> at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
> at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
> at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
> at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
> at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
> at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
> at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
> at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
> [catch] at
> org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
> 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$Work$3.call(RepositoryUpdater.java:3300)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
> 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$Work.scanFiles(RepositoryUpdater.java:3255)
> at
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
> 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
[jira] [Created] (NETBEANS-4075) NullPointerException when using Lombok @Builder.Default
Benjamin Asbach created NETBEANS-4075:
-
Summary: NullPointerException when using Lombok @Builder.Default
Key: NETBEANS-4075
URL: https://issues.apache.org/jira/browse/NETBEANS-4075
Project: NetBeans
Issue Type: Improvement
Affects Versions: 11.3
Environment: Windows 10, AdoptOpenJDK 11 OpenJ9
Reporter: Benjamin Asbach
Attachments: ide.log, image-2020-03-27-17-04-44-956.png,
lombok-netbeans-poc.zip, ui.log
I recognized some strange behaviour when using latest Lombok release with
NetBeans 11.3.
When using @Builder and @Builder.Default
package it.impl.lombok.netbeans.poc;
import lombok.Builder;
import lombok.Getter;
@Getter
@Builder
public class Configuration {
@Builder.Default
private long config1 = 500L;
}
1) A NullPointerException occurs
java.lang.NullPointerException
at com.sun.tools.javac.comp.Check$Validator.visitTypeIdent(Check.java:1451)
at com.sun.tools.javac.tree.JCTree$JCPrimitiveTypeTree.accept(JCTree.java:2434)
at com.sun.tools.javac.comp.Check$Validator.validateTree(Check.java:1470)
at com.sun.tools.javac.comp.Check.validate(Check.java:1341)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1217)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:972)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:674)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:754)
at com.sun.tools.javac.comp.Attr.attribClassBody(Attr.java:5099)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4982)
at com.sun.tools.javac.comp.Attr.attribClass(Attr.java:4910)
at com.sun.tools.javac.comp.Attr.attrib(Attr.java:4855)
at com.sun.tools.javac.main.JavaCompiler.attribute(JavaCompiler.java:1439)
at com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504)
at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651)
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507)
[catch] at
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261)
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$Work$3.call(RepositoryUpdater.java:3300)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
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$Work.scanFiles(RepositoryUpdater.java:3255)
at
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
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
[jira] [Commented] (NETBEANS-3879) FlatLaf Dark/Light Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work
[ https://issues.apache.org/jira/browse/NETBEANS-3879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17068782#comment-17068782 ] Karl Tauber commented on NETBEANS-3879: --- Can you use NetBeans 12 beta 2 ? It is already available here: https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release120/7/artifact/dist/netbeans/ > FlatLaf Dark/Light Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work > --- > > Key: NETBEANS-3879 > URL: https://issues.apache.org/jira/browse/NETBEANS-3879 > Project: NetBeans > Issue Type: Bug > Components: FlatLaf >Affects Versions: 11.3 > Environment: Product Version: Apache NetBeans IDE 11.3-beta2 > Java: 13.0.2; OpenJDK 64-Bit Server VM 13.0.2+8 > Runtime: OpenJDK Runtime Environment 13.0.2+8 > System: Windows 10 version 10.0 running on amd64; Cp1252; fr_FR (nb) >Reporter: Philippe FICHET >Assignee: Karl Tauber >Priority: Major > Labels: pull-request-available > Fix For: 12.0 > > Time Spent: 20m > Remaining Estimate: 0h > > Keymap Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work on FlatLaf Dark and Light but > work on other Laf (Nimbus, Dark Nimbus, ...). > By default Ctrl+PAGE_UP and Ctrl+PAGE_DOWN are mapped to "Previous Tab" and > "Next Tab". > When I change keymap "Previous Tab" to Ctrl+NUMPAD1 and "Next Tab" to > Ctrl+NUMPAD2, keymap work. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3879) FlatLaf Dark/Light Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work
[ https://issues.apache.org/jira/browse/NETBEANS-3879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17068727#comment-17068727 ] Juan Bertinetti commented on NETBEANS-3879: --- Thanks for the fix. Is there any possibility that it's available in version 11 and not only 12? The bug is really annoying to wait for version 12 to be released... > FlatLaf Dark/Light Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work > --- > > Key: NETBEANS-3879 > URL: https://issues.apache.org/jira/browse/NETBEANS-3879 > Project: NetBeans > Issue Type: Bug > Components: FlatLaf >Affects Versions: 11.3 > Environment: Product Version: Apache NetBeans IDE 11.3-beta2 > Java: 13.0.2; OpenJDK 64-Bit Server VM 13.0.2+8 > Runtime: OpenJDK Runtime Environment 13.0.2+8 > System: Windows 10 version 10.0 running on amd64; Cp1252; fr_FR (nb) >Reporter: Philippe FICHET >Assignee: Karl Tauber >Priority: Major > Labels: pull-request-available > Fix For: 12.0 > > Time Spent: 20m > Remaining Estimate: 0h > > Keymap Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work on FlatLaf Dark and Light but > work on other Laf (Nimbus, Dark Nimbus, ...). > By default Ctrl+PAGE_UP and Ctrl+PAGE_DOWN are mapped to "Previous Tab" and > "Next Tab". > When I change keymap "Previous Tab" to Ctrl+NUMPAD1 and "Next Tab" to > Ctrl+NUMPAD2, keymap work. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3758) "Run File" is often disabled after introducing a main() method
[ https://issues.apache.org/jira/browse/NETBEANS-3758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17068709#comment-17068709 ] Marco Herrn commented on NETBEANS-3758: --- Sorry for my late reply. I have overlooked your comment. Yes, I have saved the file. In the past that was enough, but this is not the case anymore with Netbeans 11.1. Not even closing and reopening the project helped. Also my projects are on the local filesystem. Netbeans detect changes (like files modified in external programs) just fine. The only problem is that the menu entries to run the file remain disabled. > "Run File" is often disabled after introducing a main() method > -- > > Key: NETBEANS-3758 > URL: https://issues.apache.org/jira/browse/NETBEANS-3758 > Project: NetBeans > Issue Type: Bug > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.1 >Reporter: Marco Herrn >Priority: Major > Labels: run > Attachments: main.png > > > Often when introducing a new `main` method into an existing class, the "Run > File" and "Debug File" menu entries are still disabled and is therefore > impossible to execute this `main` method. > In most cases it is necessary to closes netbeans and clear the netbeans cache > to be able to execute it, which is absolutely counterproductive if such a > method is only temporarily inserted for testing purposes. > It may be that this only happens with Maven projects, since all my projects > are maven based. > Please see the attached screenshot that shows the context menu after > introducing a new `main` method. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-3957) "opened documents list" show HTML code instead of rich text
[ https://issues.apache.org/jira/browse/NETBEANS-3957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Tauber resolved NETBEANS-3957. --- Fix Version/s: 12.0 Resolution: Fixed > "opened documents list" show HTML code instead of rich text > --- > > Key: NETBEANS-3957 > URL: https://issues.apache.org/jira/browse/NETBEANS-3957 > Project: NetBeans > Issue Type: Bug > Environment: Product Version: Apache NetBeans IDE DEV (Build > dev-18162641609d1768897ecfa37954fe2e94287cec) > Java: 15-ea; OpenJDK 64-Bit Server VM 15-ea+12-431 > Runtime: OpenJDK Runtime Environment 15-ea+12-431 > System: Mac OS X version 10.13.6 running on x86_64; UTF-8; en_DE (nb) > User directory: /Users/rami/Library/Application Support/NetBeans/dev > Cache directory: /Users/rami/Library/Caches/NetBeans/dev >Reporter: Rami Swailem >Assignee: Karl Tauber >Priority: Trivial > Labels: pull-request-available > Fix For: 12.0 > > Attachments: Doc1.png, Doc2.png, Doc3.png > > Time Spent: 1.5h > Remaining Estimate: 0h > > "opened documents list" show HTML code instead of rich text when selected > show attached screenshots > > Mac OSX LaF and FlatLaf > > > *Product Version:* Apache NetBeans IDE DEV (Build > dev-18162641609d1768897ecfa37954fe2e94287cec) > *Java:* 15-ea; OpenJDK 64-Bit Server VM 15-ea+12-431 > *Runtime:* OpenJDK Runtime Environment 15-ea+12-431 > *System:* Mac OS X version 10.13.6 running on x86_64; UTF-8; en_DE (nb) > *User directory:* /Users/rami/Library/Application Support/NetBeans/dev > *Cache directory:* /Users/rami/Library/Caches/NetBeans/dev -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-3942) Breakpoint background color in FlatLaF prevents reading text
[ https://issues.apache.org/jira/browse/NETBEANS-3942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Tauber resolved NETBEANS-3942. --- Fix Version/s: 12.0 Resolution: Fixed > Breakpoint background color in FlatLaF prevents reading text > > > Key: NETBEANS-3942 > URL: https://issues.apache.org/jira/browse/NETBEANS-3942 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.3 >Reporter: Jaroslav Tulach >Assignee: Karl Tauber >Priority: Minor > Labels: pull-request-available > Fix For: 12.0 > > Attachments: image-2020-03-17-18-16-27-097.png, nb-breakpoints.png > > Time Spent: 40m > Remaining Estimate: 0h > > I am trying NetBeans 11.3 and FlatLaF dark and I have a feeling that colors > of various debugging background lines were not adjusted. At least I have hard > time reading text under a breakpoint (too red) or current line (too green). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-3941) FlatLAF: search results OutlineView has wrong font color
[ https://issues.apache.org/jira/browse/NETBEANS-3941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Tauber resolved NETBEANS-3941. --- Fix Version/s: 12.0 Resolution: Fixed > FlatLAF: search results OutlineView has wrong font color > > > Key: NETBEANS-3941 > URL: https://issues.apache.org/jira/browse/NETBEANS-3941 > Project: NetBeans > Issue Type: Bug > Environment: Product Version: Apache NetBeans IDE DEV (Build > dev-21ee047321638132b495fc8dd46be3aeeb39a4c1) > Java: 15-ea; OpenJDK 64-Bit Server VM 15-ea+12-431 > Runtime: OpenJDK Runtime Environment 15-ea+12-431 > System: Mac OS X version 10.13.6 running on x86_64; UTF-8; en_DE (nb) > User directory: /Users/rami/Library/Application Support/NetBeans/dev > Cache directory: /Users/rami/Library/Caches/NetBeans/dev >Reporter: Rami Swailem >Assignee: Karl Tauber >Priority: Trivial > Labels: pull-request-available > Fix For: 12.0 > > Attachments: Screen Shot 2020-03-03 at 12.04.35.png > > Time Spent: 0.5h > Remaining Estimate: 0h > > Please see attached screenshot. > The first column is ok, the others are not > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-3879) FlatLaf Dark/Light Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work
[ https://issues.apache.org/jira/browse/NETBEANS-3879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Tauber resolved NETBEANS-3879. --- Fix Version/s: 12.0 Resolution: Fixed > FlatLaf Dark/Light Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work > --- > > Key: NETBEANS-3879 > URL: https://issues.apache.org/jira/browse/NETBEANS-3879 > Project: NetBeans > Issue Type: Bug > Components: FlatLaf >Affects Versions: 11.3 > Environment: Product Version: Apache NetBeans IDE 11.3-beta2 > Java: 13.0.2; OpenJDK 64-Bit Server VM 13.0.2+8 > Runtime: OpenJDK Runtime Environment 13.0.2+8 > System: Windows 10 version 10.0 running on amd64; Cp1252; fr_FR (nb) >Reporter: Philippe FICHET >Assignee: Karl Tauber >Priority: Major > Labels: pull-request-available > Fix For: 12.0 > > Time Spent: 20m > Remaining Estimate: 0h > > Keymap Ctrl+PAGE_UP and Ctrl+PAGE_DOWN not work on FlatLaf Dark and Light but > work on other Laf (Nimbus, Dark Nimbus, ...). > By default Ctrl+PAGE_UP and Ctrl+PAGE_DOWN are mapped to "Previous Tab" and > "Next Tab". > When I change keymap "Previous Tab" to Ctrl+NUMPAD1 and "Next Tab" to > Ctrl+NUMPAD2, keymap work. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-3982) Tab navigation with keyboard broken
[ https://issues.apache.org/jira/browse/NETBEANS-3982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Tauber resolved NETBEANS-3982. --- Resolution: Duplicate > Tab navigation with keyboard broken > --- > > Key: NETBEANS-3982 > URL: https://issues.apache.org/jira/browse/NETBEANS-3982 > Project: NetBeans > Issue Type: Improvement >Affects Versions: 11.3 >Reporter: Miguel >Assignee: Karl Tauber >Priority: Major > > In 11.2 one could navigate the open tabs using the keyboard by pressing "Ctrl > + PgUp" or "Ctrl + PgDn" to move to the open tab to the left or right > respectively. > This does not work in 11.3 at all or one can only toggle between random tabs. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4004) FlatLAF Dark sometimes draw white rectangles around buttons
[ https://issues.apache.org/jira/browse/NETBEANS-4004?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17068658#comment-17068658 ] Karl Tauber commented on NETBEANS-4004: --- Very strange. Never seen this. Is it only in the main toolbar? Or in also in editor or view toolbars? > FlatLAF Dark sometimes draw white rectangles around buttons > --- > > Key: NETBEANS-4004 > URL: https://issues.apache.org/jira/browse/NETBEANS-4004 > Project: NetBeans > Issue Type: Bug > Components: FlatLaf >Affects Versions: 11.3 > Environment: Product Version: Apache NetBeans IDE 11.3 > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF8; de_DE (nb) >Reporter: Stefan Höltker >Priority: Minor > Attachments: ide.log, image-2020-03-12-09-52-19-727.png > > > See image & maybe ide.log > !image-2020-03-12-09-52-19-727.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4030) FlatLaf: selection not painted in libraries category in project dialog
[ https://issues.apache.org/jira/browse/NETBEANS-4030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-4030: - Labels: pull-request-available (was: ) > FlatLaf: selection not painted in libraries category in project dialog > --- > > Key: NETBEANS-4030 > URL: https://issues.apache.org/jira/browse/NETBEANS-4030 > Project: NetBeans > Issue Type: Bug > Components: FlatLaf >Affects Versions: 11.3 >Reporter: Karl Tauber >Assignee: Karl Tauber >Priority: Major > Labels: pull-request-available > Attachments: image-2020-03-17-19-05-30-099.png, > image-2020-03-17-19-05-44-489.png, image-2020-03-17-19-09-48-899.png, > image-2020-03-17-19-10-39-158.png, image-2020-03-18-09-34-17-586.png > > > In Project properties dialog in category Libraries, if a item is selected it > is not painted anymore in FlatLaf Light: > !image-2020-03-17-19-05-30-099.png! > Unselected: > !image-2020-03-17-19-05-44-489.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4074) Java Refactoring Module: Safely Delete threw an exception
Peter Thanisch created NETBEANS-4074: Summary: Java Refactoring Module: Safely Delete threw an exception Key: NETBEANS-4074 URL: https://issues.apache.org/jira/browse/NETBEANS-4074 Project: NetBeans Issue Type: Bug Affects Versions: 11.3 Reporter: Peter Thanisch Fix For: 11.3 Attachments: 2020-03-27.png I right-clicked on a method name and chose Refactor then Safely Delete. An Illegal State Exception was thrown. See the screenshot. The error pop-in asked me to report a bug. Although my application was not executing at the time, I noticed that the method which I wanted to safely delete had a breakpoint. I removed the breakpoint and then repeated the procedure to safely delete. Safely delete worked OK then. !2020-03-27.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4074) Java Refactoring Module: Safely Delete threw an exception
[ https://issues.apache.org/jira/browse/NETBEANS-4074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Thanisch updated NETBEANS-4074: - Attachment: 2020-03-27.png > Java Refactoring Module: Safely Delete threw an exception > -- > > Key: NETBEANS-4074 > URL: https://issues.apache.org/jira/browse/NETBEANS-4074 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.3 >Reporter: Peter Thanisch >Priority: Major > Fix For: 11.3 > > Attachments: 2020-03-27.png > > > I right-clicked on a method name and chose Refactor then Safely Delete. > An Illegal State Exception was thrown. See the screenshot. The error pop-in > asked me to report a bug. > Although my application was not executing at the time, I noticed that the > method which I wanted to safely delete had a breakpoint. I removed the > breakpoint and then repeated the procedure to safely delete. Safely delete > worked OK then. > !2020-03-27.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
