[jira] [Assigned] (NETBEANS-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)
[ https://issues.apache.org/jira/browse/NETBEANS-3019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis reassigned NETBEANS-3019: Assignee: Jan Lahoda (was: ARUNAVA SINHA) > NullPointerException during copy/paste of Java 12 code (in the attached > project) > > > Key: NETBEANS-3019 > URL: https://issues.apache.org/jira/browse/NETBEANS-3019 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.1 >Reporter: Travis >Assignee: Jan Lahoda >Priority: Major > Attachments: netbeans-3019-test-project.zip > > > I got the exception below in a fresh installation of Netbeans 11.1. This is > after I installed nb-javac 1.6, but zero other plugins. I'm using Gradle 5.5 > on Windows 10, but that probably makes no difference here. Netbeans is > running on OpenJDK 12 and the project is also being built using Java 12. > The bug can be reproduced using the attached small project, which I > painstakingly distilled out from a large code base where this bug was first > found. To trigger the exception, you need to copy "CopyMe" from Source.java > and paste it into Destination.java. Upon pasting, the "Import Classes" > dialog will appear. Immediately after pressing the "OK" button, this > exception happens: > > java.lang.NullPointerExceptionjava.lang.NullPointerException at > com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at > com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) at > org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > 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)[catch] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the
[jira] [Commented] (NETBEANS-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)
[ https://issues.apache.org/jira/browse/NETBEANS-3019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16913632#comment-16913632 ] Travis commented on NETBEANS-3019: -- Doing the exact same thing without nb-javac installed does not encounter any exception. But it also fails to identify and automatically add 2 of the 3 necessary imports during the "Import Classes" dialog. Running "Fix Imports" afterward does correctly add the other 2 missing imports, however. So this exception seems to be only reproducible with nb-javac installed. > NullPointerException during copy/paste of Java 12 code (in the attached > project) > > > Key: NETBEANS-3019 > URL: https://issues.apache.org/jira/browse/NETBEANS-3019 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.1 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > Attachments: netbeans-3019-test-project.zip > > > I got the exception below in a fresh installation of Netbeans 11.1. This is > after I installed nb-javac 1.6, but zero other plugins. I'm using Gradle 5.5 > on Windows 10, but that probably makes no difference here. Netbeans is > running on OpenJDK 12 and the project is also being built using Java 12. > The bug can be reproduced using the attached small project, which I > painstakingly distilled out from a large code base where this bug was first > found. To trigger the exception, you need to copy "CopyMe" from Source.java > and paste it into Destination.java. Upon pasting, the "Import Classes" > dialog will appear. Immediately after pressing the "OK" button, this > exception happens: > > java.lang.NullPointerExceptionjava.lang.NullPointerException at > com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at > com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) at > org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > 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)[catch] at >
[jira] [Updated] (NETBEANS-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)
[ https://issues.apache.org/jira/browse/NETBEANS-3019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-3019: - Description: I got the exception below in a fresh installation of Netbeans 11.1. This is after I installed nb-javac 1.6, but zero other plugins. I'm using Gradle 5.5 on Windows 10, but that probably makes no difference here. Netbeans is running on OpenJDK 12 and the project is also being built using Java 12. The bug can be reproduced using the attached small project, which I painstakingly distilled out from a large code base where this bug was first found. To trigger the exception, you need to copy "CopyMe" from Source.java and paste it into Destination.java. Upon pasting, the "Import Classes" dialog will appear. Immediately after pressing the "OK" button, this exception happens: java.lang.NullPointerExceptionjava.lang.NullPointerException at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) at org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) at org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) 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.TaskProcessor.runUserTask(TaskProcessor.java:178) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) at org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) at org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) at org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) at org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) at org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) at org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) 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)[catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) was: I got the exception below in a fresh installation of Netbeans 11.1. This is after I installed nb-javac 1.6, but zero other plugins. I'm using Gradle 5.5 on Windows 10, but that probably makes no difference here. The bug can be reproduced using the attached small project, which I painstakingly distilled out from a large code base where this bug was first found. To trigger the exception, you need to copy "CopyMe" from Source.java and paste it into Destination.java. Upon pasting, the "Import Classes" dialog will appear. Immediately after pressing the "OK" button, this exception happens: java.lang.NullPointerExceptionjava.lang.NullPointerException at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at
[jira] [Updated] (NETBEANS-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)
[ https://issues.apache.org/jira/browse/NETBEANS-3019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-3019: - Attachment: netbeans-3019-test-project.zip > NullPointerException during copy/paste of Java 12 code (in the attached > project) > > > Key: NETBEANS-3019 > URL: https://issues.apache.org/jira/browse/NETBEANS-3019 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.1 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > Attachments: netbeans-3019-test-project.zip > > > I got the exception below in a fresh installation of Netbeans 11.1. This is > after I installed nb-javac 1.6, but zero other plugins. I'm using Gradle 5.5 > on Windows 10, but that probably makes no difference here. > The bug can be reproduced using the attached small project, which I > painstakingly distilled out from a large code base where this bug was first > found. To trigger the exception, you need to copy "CopyMe" from Source.java > and paste it into Destination.java. Upon pasting, the "Import Classes" > dialog will appear. Immediately after pressing the "OK" button, this > exception happens: > > java.lang.NullPointerExceptionjava.lang.NullPointerException at > com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at > com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) at > org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > 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)[catch] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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:
[jira] [Created] (NETBEANS-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)
Travis created NETBEANS-3019: Summary: NullPointerException during copy/paste of Java 12 code (in the attached project) Key: NETBEANS-3019 URL: https://issues.apache.org/jira/browse/NETBEANS-3019 Project: NetBeans Issue Type: Bug Components: java - Source Affects Versions: 11.1 Reporter: Travis Assignee: ARUNAVA SINHA I got the exception below in a fresh installation of Netbeans 11.1. This is after I installed nb-javac 1.6, but zero other plugins. I'm using Gradle 5.5 on Windows 10, but that probably makes no difference here. The bug can be reproduced using the attached small project, which I painstakingly distilled out from a large code base where this bug was first found. To trigger the exception, you need to copy "CopyMe" from Source.java and paste it into Destination.java. Upon pasting, the "Import Classes" dialog will appear. Immediately after pressing the "OK" button, this exception happens: java.lang.NullPointerExceptionjava.lang.NullPointerException at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) at org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) at org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) 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.TaskProcessor.runUserTask(TaskProcessor.java:178) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) at org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) at org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) at org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) at org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) at org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) at org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) 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)[catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16913402#comment-16913402 ] Travis commented on NETBEANS-2956: -- Yes please do pass this along to OpenJDK then. Thanks! It's possible that the code I attached here could still be reduced slightly more, while reproducing the bug. After hours of iterations of reducing this code out from a large project, I was understandably running out of steam to craft it down to the _absolute_ minimum. Especially since there are other bugs I still want to find time to file... Long live Netbeans! :) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Travis >Assignee: Travis >Priority: Major > Attachments: netbeans-2956-test-project.zip > > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Closed] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis closed NETBEANS-2956. Resolution: Information Provided > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Travis >Assignee: Travis >Priority: Major > Attachments: netbeans-2956-test-project.zip > > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Assigned] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis reassigned NETBEANS-2956: Assignee: Travis > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Travis >Assignee: Travis >Priority: Major > Attachments: netbeans-2956-test-project.zip > > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Commented] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16912812#comment-16912812 ] Travis commented on NETBEANS-2956: -- Oh dear. I've wasted my time due to the confusing maze of Netbeans exceptions on Java 12. It turns out this exception goes away when nb-javac is installed. Therefore this ticket is not worth much. > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > Attachments: netbeans-2956-test-project.zip > > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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
[jira] [Commented] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16912807#comment-16912807 ] Travis commented on NETBEANS-2956: -- (Regarding the separate exception that I originally attempted to file in this ticket: I will file a separate ticket on that later.) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > Attachments: netbeans-2956-test-project.zip > > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Updated] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Attachment: netbeans-2956-test-project.zip > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > Attachments: netbeans-2956-test-project.zip > > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Commented] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16912801#comment-16912801 ] Travis commented on NETBEANS-2956: -- I'm unclear what component this belongs to, and who it should be assigned to. It would be much appreciateed if someone could help get this ticket to the right place. Thanks! > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Updated] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Component/s: (was: java - Source) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Commented] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16912798#comment-16912798 ] Travis commented on NETBEANS-2956: -- This ticket had become a bit of a mess, so I cleaned it up. > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Issue Comment Deleted] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Comment: was deleted (was: By the way, I cannot share my source because it is proprietary. I do not know if this problem only happens under certain cases, depending on exactly what source is being pasted. I didn't spend time doing experiments to try to narrow down exactly when this exception does/doesn't happen.) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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] [Issue Comment Deleted] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Comment: was deleted (was: I am also going to try to reproduce this after doing a fresh clean installation of Netbeans 11.1 again, just in case that makes a difference. And I will use the default Gradle plugin this time, since in other cases I believe the older Gradle plugin is perhaps indirectly related to some of the exceptions I was getting. I had tried both Gradle plugins before, but this time I will avoid uninstalling or installing anything other than the default plugins that come with the installation, to rule out any question that the problem is related only to my own set of installed plugins.) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Issue Comment Deleted] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Comment: was deleted (was: I'm aware that my previous comment showed a different exception than the one in the original description, and that this may represent two unrelated bugs. This is about the 5th or 6th random exception I've seen after we migrated our project from Oracle JDK 8 to OpenJDK 12. Netbeans was my favorite stable IDE prior to that. Now I'm just getting more and more discouraged about the number of scary and complex looking exceptions that I'm getting while attempting to do my normal work. And the various exceptions are totally blocking me from using the IDE as well. I'm forced to use another IDE for the time being. But I am still willing to continue to spent a small portion of my time contributing to the Netbeans project by attempting to provide helpful tickets about the problems I'm getting. That's all the time that I have for this today, but later I will still try to reduce my project down to a tiny obfuscated code example that reproduces one of the exceptions mentioned here.) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Issue Comment Deleted] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Comment: was deleted (was: I've got a little bit of time for this today. I chopped my large multi-project down considerably by removing about half the source code, and all of the test code, and simplifying the gradle scripts quite a bit. I confirmed that it still builds cleanly with Gradle on the command line. Afterward, I loaded it into my Netbeans 11.1 fresh installation (no nb-javac, no user preferences changes, etc). I got the same exception mentioned previously. But this project is still too big for me to attach. I'll continue narrowing it down... By the way, I did confirm again that there is no such exception when loading a project with only one tiny source file. So I still do think there is something specific about my source code that's angering Netbeans. ) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Issue Comment Deleted] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
mpiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] at org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) 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 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) -- This message was sent by Atlassian Jira (v8.3.2#803003) - 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] [Issue Comment Deleted] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Comment: was deleted (was: Ok, it took me over 4 hours of effort, but I finally narrowed things down to a tiny project which demonstrates a specific bug. I will attach a .zip here soon. The exception I get during background scan on this project is: java.lang.AssertionError: Analyzer error when processing: container.drink(new FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error when processing: container.drink(new FooBuilder(slug).matches(bug)); at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] at org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) 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 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
[jira] [Issue Comment Deleted] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Comment: was deleted (was: Yes this happened with nb-javac 1.6 installed, in all cases. I will try to create and attach a sample project whenever I can get some time for this. But that might not be soon, just due to time limitations.) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Updated] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Environment: (was: Project is being built using OpenJDK 12 Same on Windows 10 and Linux Same when Netbeans is running on either JDK 8 or OpenJDK 12 Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 Gradle 5.5) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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] [Updated] (NETBEANS-2956) AssertionError during background scan of a Java 12 project
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Summary: AssertionError during background scan of a Java 12 project (was: NullPointerException during Import Classes operation after pasting Java code into Editor) > AssertionError during background scan of a Java 12 project > -- > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Priority: Major > > It seems that there are still some tricky bugs lurking in Netbeans when > running with Java 12 projects open. > > My environment is: > Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not > even nb-javac) > OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built > using this JDK > Gradle 5.5 > Windows 10 > > During background scan of the attached project, I get the following > exception: > java.lang.AssertionError: Analyzer error when processing: container.drink(new > FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error > when processing: container.drink(new FooBuilder(slug).matches(bug)); at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at > jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) > at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] > at > org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) > 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 >
[jira] [Updated] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Description: It seems that there are still some tricky bugs lurking in Netbeans when running with Java 12 projects open. My environment is: Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not even nb-javac) OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built using this JDK Gradle 5.5 Windows 10 During background scan of the attached project, I get the following exception: java.lang.AssertionError: Analyzer error when processing: container.drink(new FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error when processing: container.drink(new FooBuilder(slug).matches(bug)); at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] at org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) 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 org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at
[jira] [Assigned] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis reassigned NETBEANS-2956: Assignee: (was: ARUNAVA SINHA) > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at
[jira] [Commented] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16912791#comment-16912791 ] Travis commented on NETBEANS-2956: -- Ok, it took me over 4 hours of effort, but I finally narrowed things down to a tiny project which demonstrates a specific bug. I will attach a .zip here soon. The exception I get during background scan on this project is: java.lang.AssertionError: Analyzer error when processing: container.drink(new FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error when processing: container.drink(new FooBuilder(slug).matches(bug)); at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch] at org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) 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 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
[jira] [Commented] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16912622#comment-16912622 ] Travis commented on NETBEANS-2956: -- I've got a little bit of time for this today. I chopped my large multi-project down considerably by removing about half the source code, and all of the test code, and simplifying the gradle scripts quite a bit. I confirmed that it still builds cleanly with Gradle on the command line. Afterward, I loaded it into my Netbeans 11.1 fresh installation (no nb-javac, no user preferences changes, etc). I got the same exception mentioned previously. But this project is still too big for me to attach. I'll continue narrowing it down... By the way, I did confirm again that there is no such exception when loading a project with only one tiny source file. So I still do think there is something specific about my source code that's angering Netbeans. > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at >
[jira] [Commented] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16909227#comment-16909227 ] Travis commented on NETBEANS-2956: -- I'm aware that my previous comment showed a different exception than the one in the original description, and that this may represent two unrelated bugs. This is about the 5th or 6th random exception I've seen after we migrated our project from Oracle JDK 8 to OpenJDK 12. Netbeans was my favorite stable IDE prior to that. Now I'm just getting more and more discouraged about the number of scary and complex looking exceptions that I'm getting while attempting to do my normal work. And the various exceptions are totally blocking me from using the IDE as well. I'm forced to use another IDE for the time being. But I am still willing to continue to spent a small portion of my time contributing to the Netbeans project by attempting to provide helpful tickets about the problems I'm getting. That's all the time that I have for this today, but later I will still try to reduce my project down to a tiny obfuscated code example that reproduces one of the exceptions mentioned here. > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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] [Commented] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16909215#comment-16909215 ] Travis commented on NETBEANS-2956: -- I completely wiped out Netbeans 11.1 from my system (installation, cache, and personal settings). Then I did a fresh installation from netbeans-11.1-bin.zip on my Windows 10 machine. This machine has only OpenJDK 12, OpenJFX 12, and Gradle 5.5 installed currently, to avoid any confusion about what software versions are being used. When I started Netbeans, I did not allow it to import my settings from prior version, and did not allow it to install any additional plugins (i.e. nb-javac is definitely not installed). This is the most vanilla installation I know how to do, and still be able to open my private large multi-project to test for the same exception. I also did "gradle --stop" and deleted the system gradle caches, and the project's .gradle folder, to avoid any pollution from prior runs through Gradle. Netbeans was able to open the projects without generating any exceptions. I didn't not interact the the GUI during this time (i.e. no editor windows open, navigator pane not present, etc), and only the Projects browser and Notifications panes were present and visible. The background scan automatically started, and ran to completion, but partway through the run, the following exception appeared this time: (the "REDACTED" was a line of code from my project) java.lang.AssertionError: Analyzer error when processing: at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399) [catch] at org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245) 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$InitialRootsWork.getDone(RepositoryUpdater.java:5821) 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
[jira] [Comment Edited] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16907415#comment-16907415 ] Travis edited comment on NETBEANS-2956 at 8/14/19 4:35 PM: --- I am also going to try to reproduce this after doing a fresh clean installation of Netbeans 11.1 again, just in case that makes a difference. And I will use the default Gradle plugin this time, since in other cases I believe the older Gradle plugin is perhaps indirectly related to some of the exceptions I was getting. I had tried both Gradle plugins before, but this time I will avoid uninstalling or installing anything other than the default plugins that come with the installation, to rule out any question that the problem is related only to my own set of installed plugins. was (Author: furrer): I am also going to try to reproduce this after doing a fresh clean installation of Netbeans 11.1 again, just in case that makes a difference. And I will use the default Gradle plugin this time, since in other cases I believe the older Gradle plugin is perhaps indirectly related to some of the exceptions I was getting. > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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] [Commented] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16907415#comment-16907415 ] Travis commented on NETBEANS-2956: -- I am also going to try to reproduce this after doing a fresh clean installation of Netbeans 11.1 again, just in case that makes a difference. And I will use the default Gradle plugin this time, since in other cases I believe the older Gradle plugin is perhaps indirectly related to some of the exceptions I was getting. > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at >
[jira] [Commented] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16907401#comment-16907401 ] Travis commented on NETBEANS-2956: -- Yes this happened with nb-javac 1.6 installed, in all cases. I will try to create and attach a sample project whenever I can get some time for this. But that might not be soon, just due to time limitations. > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at >
[jira] [Updated] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Environment: Project is being built using OpenJDK 12 Same on Windows 10 and Linux Same when Netbeans is running on either JDK 8 or OpenJDK 12 Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 Gradle 5.5 was: Project is being built using OpenJDK 12 Same on Windows 10 and Linux Same when Netbeans is running on either JDK 8 or OpenJDK 12 Same on Netbeans 11.0 and Netbeans 11.1 Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 Gradle 5.5 > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at >
[jira] [Commented] (NETBEANS-2714) NetBeans gradle support does not recognize new subproject creation
[ https://issues.apache.org/jira/browse/NETBEANS-2714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16900444#comment-16900444 ] Travis commented on NETBEANS-2714: -- You got it: NETBEANS-2960 > NetBeans gradle support does not recognize new subproject creation > -- > > Key: NETBEANS-2714 > URL: https://issues.apache.org/jira/browse/NETBEANS-2714 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > If I switch git branches or otherwise cause a new subproject to appear in a > gradle project, NetBeans does not recognize that. > I gather new NB watches the build.gradle(s) for changes, but it appears to > miss this one. > This is a fairly common use case - the old gradle plugin did NOT watch for > changes, and one had to do a manual reload. The new gradle plugin does watch > for changes, and there is no reload option, so the only way to see a new > subproject is to restart the whole IDE (grrr, again). -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2960) Need a force reload action for Gradle projects
Travis created NETBEANS-2960: Summary: Need a force reload action for Gradle projects Key: NETBEANS-2960 URL: https://issues.apache.org/jira/browse/NETBEANS-2960 Project: NetBeans Issue Type: Bug Components: projects - Gradle Reporter: Travis Assignee: Laszlo Kishalmi I have a multi-project gradle build with a settings.gradle implementation that auto-detects the subprojects. So whenever a subproject gets added/removed/renamed (either directly, or as the result of a git branch checkout), the root project build.gradle and settings.gradle do not need to be modified at all. Currently, the gradle support assumes that projects only need to be reloaded when build.gradle or settings.gradle change, but my build breaks this assumption. So the behavior in my case is that I am not even able to manually browse to a new subproject and open it, until after I make a meaningless edit to build.gradle or settings.gradle. The new subproject folder is not even recognized as a gradle project in the "open project" dialog until I have touched one of those files. This behavior is broken. Ideally, projects that come and go would automatically get noticed, and the IDE would update immediately. But assuming that's non-trivial to implement, it would be acceptable to simply add a manually-triggerable "force project reload" action somewhere in the GUI, so that the user can get back into a good state without the need to touch any files. Thanks! -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2960) Need a force reload action for Gradle projects
[ https://issues.apache.org/jira/browse/NETBEANS-2960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2960: - Affects Version/s: 11.1 11.0 > Need a force reload action for Gradle projects > -- > > Key: NETBEANS-2960 > URL: https://issues.apache.org/jira/browse/NETBEANS-2960 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.0, 11.1 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I have a multi-project gradle build with a settings.gradle implementation > that auto-detects the subprojects. So whenever a subproject gets > added/removed/renamed (either directly, or as the result of a git branch > checkout), the root project build.gradle and settings.gradle do not need to > be modified at all. > Currently, the gradle support assumes that projects only need to be reloaded > when build.gradle or settings.gradle change, but my build breaks this > assumption. > So the behavior in my case is that I am not even able to manually browse to a > new subproject and open it, until after I make a meaningless edit to > build.gradle or settings.gradle. The new subproject folder is not even > recognized as a gradle project in the "open project" dialog until I have > touched one of those files. > This behavior is broken. Ideally, projects that come and go would > automatically get noticed, and the IDE would update immediately. But > assuming that's non-trivial to implement, it would be acceptable to simply > add a manually-triggerable "force project reload" action somewhere in the > GUI, so that the user can get back into a good state without the need to > touch any files. > > Thanks! -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Affects Version/s: 11.1 11.0 > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > 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) > [catch] at >
[jira] [Updated] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2956: - Component/s: java - Source > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > 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) > [catch] at >
[jira] [Assigned] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis reassigned NETBEANS-2956: Assignee: ARUNAVA SINHA > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > 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) >
[jira] [Commented] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16900297#comment-16900297 ] Travis commented on NETBEANS-2956: -- By the way, I cannot share my source because it is proprietary. I do not know if this problem only happens under certain cases, depending on exactly what source is being pasted. I didn't spend time doing experiments to try to narrow down exactly when this exception does/doesn't happen. > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.lang.NullPointerException > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) > at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) > at > org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) > at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) > at > org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) > at > org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > 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.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) > at > org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) > at
[jira] [Created] (NETBEANS-2956) NullPointerException during Import Classes operation after pasting Java code into Editor
Travis created NETBEANS-2956: Summary: NullPointerException during Import Classes operation after pasting Java code into Editor Key: NETBEANS-2956 URL: https://issues.apache.org/jira/browse/NETBEANS-2956 Project: NetBeans Issue Type: Bug Environment: Project is being built using OpenJDK 12 Same on Windows 10 and Linux Same when Netbeans is running on either JDK 8 or OpenJDK 12 Same on Netbeans 11.0 and Netbeans 11.1 Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 Gradle 5.5 Reporter: Travis I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything was working fine with the same project when it was built on JDK 8. We recently updated to JDK 12 and this problem appeared immediately at that time. The problem happens reliably whenever I copy-paste code from one file to another, and the code requires several imports to be added to the destination file. This causes the "Import Classes" dialog to appear. When I hit "OK" button there, I immediately get the NullPointerException shown below. After the exception, the code is still pasted, but the necessary import lines do not get added. Furthermore, manually running "Source:Fix Imports..." afterward also fails to add the necessary imports. This bug makes the IDE pretty unusable for ongoing development work. This is forcing me and others on my team, sadly, to use a different IDE for now, as we have found no workaround yet. java.lang.NullPointerException at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826) at org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) at org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) 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.TaskProcessor.runUserTask(TaskProcessor.java:178) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) at org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) at org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) at org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) at org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126) at org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113) at org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216) 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) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Component/s: (was: java - Source) > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Priority: Minor > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) > [catch] at >
[jira] [Closed] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis closed NETBEANS-2938. Resolution: Not A Problem > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Priority: Minor > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) > [catch] at >
[jira] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16900287#comment-16900287 ] Travis commented on NETBEANS-2938: -- All of this happened when I was using the older Gradle plugin. I tried uninstalling that, and re-installing the default Netbeans 11.1 plugins, and this problem went away. > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Minor > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at >
[jira] [Commented] (NETBEANS-2714) NetBeans gradle support does not recognize new subproject creation
[ https://issues.apache.org/jira/browse/NETBEANS-2714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16900275#comment-16900275 ] Travis commented on NETBEANS-2714: -- My multi-project has this same problem. In my case, the settings.gradle is written using the trick so that it does not have to explicitly list all subprojects. So when I switch branches, or when a subproject appears/disappears for any other reason, the settings.gradle naturally remains unchanged. I wasn't even able to manually browse to a new subproject and open it without making a meaninless edit in settings.gradle. The subproject's folder was not even recognized as a gradle project until I touched settings.gradle. So I don't think requiring changes to build.gradle or settings.gradle in order to load new subprojects is a good feature. Please do add a manual way to force project reload in the GUI, without touching any files. > NetBeans gradle support does not recognize new subproject creation > -- > > Key: NETBEANS-2714 > URL: https://issues.apache.org/jira/browse/NETBEANS-2714 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > If I switch git branches or otherwise cause a new subproject to appear in a > gradle project, NetBeans does not recognize that. > I gather new NB watches the build.gradle(s) for changes, but it appears to > miss this one. > This is a fairly common use case - the old gradle plugin did NOT watch for > changes, and one had to do a manual reload. The new gradle plugin does watch > for changes, and there is no reload option, so the only way to see a new > subproject is to restart the whole IDE (grrr, again). -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16899280#comment-16899280 ] Travis commented on NETBEANS-2938: -- I did a lot of experiments switching around my java platforms while trying to work around a different netbeans exception. Not I think the problem in this ticket happens whenever the JDK platform of the project being build is not equal to netbeans_jdkhome. > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Minor > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at >
[jira] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16899259#comment-16899259 ] Travis commented on NETBEANS-2938: -- This problem reappears if I edit netbeans_jdkhome in my netbeans.conf to swap which JDK version Netbeans is running on. It appears in both directions when swapping between JDK 8 and JDK 12. I'm not sure why changing netbeans_jdkhome causes this preferences corruption that leads to this exception. > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Minor > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at >
[jira] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16899215#comment-16899215 ] Travis commented on NETBEANS-2938: -- I was able to workaround this issue by doing the following: 1) Export all prefernences 2) Delete preferences folder 3) Import all preferences except for "General:All Other Unspecified" So there was something corrupt in the "All Other Unspecified" preferences that caused the exceptions. > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Minor > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at >
[jira] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16899204#comment-16899204 ] Travis commented on NETBEANS-2938: -- After spending more time on this, I discovered it is related to some kind of data corruption in my Netbeans preferences. That explains why it only happened to me on Windows. When I deleted my user preferences and started from scratch, the code parsing with Java12 succeeded on the same projects where it previously hit the aforementioned exceptions. I'm leaving this ticket open, but bumping down priority, because it's still bad for the IDE to fail in this manner, without any helpful info for the user to understand the source of the problem. Also it probably needs to be reassigned to a different component and assignee. But I'm not sure yet where the root cause is. > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at >
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Priority: Minor (was: Major) > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Minor > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at >
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Attachment: tiny-netbeans-gradle-demo-project.zip > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at >
[jira] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16899052#comment-16899052 ] Travis commented on NETBEANS-2938: -- The attached zip file contains a simple project which demonstrates the issue repeatably for me on both Netbeans 11.0 and 11.1. To trigger the exception again and again, I can just run "Source:Scan for External Changes". I even tried a fresh installation of Netbeans 11.1, this time using the bin.zip instead of the Windows .exe installer. That made no difference... same exception happens. Since same exception happens on two projects with non-overlapping source code, I think this has absolutely nothing to do with my source .java code, and would happen on any Java project using my environment. > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > Attachments: tiny-netbeans-gradle-demo-project.zip > > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at >
[jira] [Assigned] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis reassigned NETBEANS-2938: Assignee: ARUNAVA SINHA > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) > [catch] at >
[jira] [Comment Edited] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16898396#comment-16898396 ] Travis edited comment on NETBEANS-2938 at 8/1/19 10:03 PM: --- With the gutted file, after deleting the entire cache folder and restarting Netbeans 11.0, I got: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1967) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) at org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.createResources(PathRegistry.java:728) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.getSources(PathRegistry.java:275) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:4888) [catch] 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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 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) was (Author: furrer): With the gutted file, after deleting the entire cache folder and restarting Netbeans, I got: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1967) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) at org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.createResources(PathRegistry.java:728) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.getSources(PathRegistry.java:275) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:4888) [catch] 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
[jira] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16898396#comment-16898396 ] Travis commented on NETBEANS-2938: -- With the gutted file, after deleting the entire cache folder and restarting Netbeans, I got: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1967) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) at org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.createResources(PathRegistry.java:728) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.getSources(PathRegistry.java:275) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(RepositoryUpdater.java:4888) [catch] 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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 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) > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at >
[jira] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16898391#comment-16898391 ] Travis commented on NETBEANS-2938: -- Even after gutting the file where this exception happened so that it is empty except for the package and class declaration (with no extends/implements/throws), the same exception still occurs. So this apparently isn't caused by something unusual in the code in this file itself. > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + > JavaFX 12, I started getting the following exception. > After this exception, since the source scan failed various IDE features don't > work (Navigator pane says "Please Wait" forever, can't Navigate sources using > operations like "Go to Declaration", code refactoring doesn't work, etc). > The IDE is pretty useless while in this state. > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at >
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Description: With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + JavaFX 12, I started getting the following exception. After this exception, since the source scan failed various IDE features don't work (Navigator pane says "Please Wait" forever, can't Navigate sources using operations like "Go to Declaration", code refactoring doesn't work, etc). The IDE is pretty useless while in this state. Strangely, I am running Netbeans 11.0 on Linux and didn't have this same problem there. I saw this on proprietry code, and can't share it. If necessary I could try to provide a tiny code example that demonstrates the same issue. An error occurred during parsing of 'C:\.java'. Please report a bug against java/source and attach dump file 'C:\.dump'. Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1967) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) at org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) at org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) at org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) at org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) at com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) at org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) at org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) at org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) 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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 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) was: With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + JavaFX 12, I started getting the following exception. After this exception, since the source scan failed various IDE features don't work
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Description: With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + JavaFX 12, I started getting the following exception. After this exception, since the source scan failed various IDE features don't work (Navigator pane says "Please Wait" forever, can't Navigate sources using operations like "Go to Declaration", code refactoring doesn't work, etc). The IDE is pretty useless while in this state. Strangely, I am running Netbeans 11.0 on Linux and didn't have this same problem there. I saw this on proprietry code, and can't share it. If necessary I could try to provide a tiny code example that demonstrates the same issue. An error occurred during parsing of 'C:\.java'. Please report a bug against java/source and attach dump file 'C:\.dump'. Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1967) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) at org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) at org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) at org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) at org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) at com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) at org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) at org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) at org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) 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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 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) was: With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + JavaFX 12, I started getting the following exception. After this exception, since the source scan failed various IDE features don't work
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Description: With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12 + JavaFX 12, I started getting the following exception. After this exception, since the source scan failed various IDE features don't work (Navigator pane says "Please Wait" forever, can't Navigate sources using operations like "Go to Declaration", etc). Strangely, I am running Netbeans 11.0 on Linux and didn't have this same problem there. I saw this on proprietry code, and can't share it. If necessary I could try to provide a tiny code example that demonstrates the same issue. An error occurred during parsing of 'C:\.java'. Please report a bug against java/source and attach dump file 'C:\.dump'. Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1967) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) at org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) at org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) at org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) at org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) at com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) at org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) at org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) at org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) 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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 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) was: With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12, I started getting the following exception. After this exception, since the source scan failed various IDE features don't work (Navigator pane says "Please Wait" forever, can't Navigate sources using operations like "Go
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Environment: Windows 10 Netbeans 11.0 or 11.1, with nb-javac 1.6 OpenJDK 12 JavaFX 12 Gradle 5.5 was: Windows 10 Netbeans 11.0 or 11.1, with nb-javac 1.6 OpenJDK 12 Gradle 5.5 > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > JavaFX 12 > Gradle 5.5 >Reporter: Travis >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12, I > started getting the following exception. After this exception, since the > source scan failed various IDE features don't work (Navigator pane says > "Please Wait" forever, can't Navigate sources using operations like "Go to > Declaration", etc). > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: > -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) >
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Environment: Windows 10 Netbeans 11.0 or 11.1, with nb-javac 1.6 OpenJDK 12 Gradle 5.5 was: Windows 10 Netbeans 11.0 with nb-javac 1.6 OpenJDK 12 Gradle 5.5 > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 or 11.1, with nb-javac 1.6 > OpenJDK 12 > Gradle 5.5 >Reporter: Travis >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12, I > started getting the following exception. After this exception, since the > source scan failed various IDE features don't work (Navigator pane says > "Please Wait" forever, can't Navigate sources using operations like "Go to > Declaration", etc). > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: > -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) > [catch] at >
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Environment: Windows 10 Netbeans 11.0 with nb-javac 1.6 OpenJDK 12 Gradle 5.5 was: Windows 10 Netbeans 11.0 OpenJDK 12 Gradle 5.5 > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 with nb-javac 1.6 > OpenJDK 12 > Gradle 5.5 >Reporter: Travis >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12, I > started getting the following exception. After this exception, since the > source scan failed various IDE features don't work (Navigator pane says > "Please Wait" forever, can't Navigate sources using operations like "Go to > Declaration", etc). > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: > -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) > [catch] at >
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Affects Version/s: 11.1 > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Windows 10 > Netbeans 11.0 > OpenJDK 12 > Gradle 5.5 >Reporter: Travis >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12, I > started getting the following exception. After this exception, since the > source scan failed various IDE features don't work (Navigator pane says > "Please Wait" forever, can't Navigate sources using operations like "Go to > Declaration", etc). > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: > -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > 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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at
[jira] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16898376#comment-16898376 ] Travis commented on NETBEANS-2938: -- Same sort of exception happens also on Netbeans 11.1 on Windows 10. I didn't try Netbeans 11.1 on Linux. An error occurred during parsing of 'C:\.java'. Please report a bug against java/source and attach dump file 'C:\.dump'. Caused: java.lang.StringIndexOutOfBoundsException: begin 0, end -1, length 10 at java.base/java.lang.String.checkBoundsBeginEnd(String.java:3410) at java.base/java.lang.String.substring(String.java:1883) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) at org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) at org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) at org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) at org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) at org.netbeans.lib.nbjavac.services.NBEnter.visitTopLevel(NBEnter.java:64) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) at com.sun.tools.javac.comp.Enter.main(Enter.java:797) at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:660) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:488) 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:239) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) 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: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) > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0 > Environment: Windows 10 > Netbeans 11.0 > OpenJDK 12 > Gradle 5.5 >Reporter: Travis >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12, I > started getting the following exception. After this exception, since the > source scan failed various IDE features don't work (Navigator pane says > "Please Wait" forever, can't
[jira] [Created] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
Travis created NETBEANS-2938: Summary: StringIndexOutOfBoundsException while parsing Java 12 sources Key: NETBEANS-2938 URL: https://issues.apache.org/jira/browse/NETBEANS-2938 Project: NetBeans Issue Type: Bug Components: java - Source Environment: Windows 10 Netbeans 11.0 OpenJDK 12 Gradle 5.5 Reporter: Travis With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12, I started getting the following exception. After this exception, since the source scan failed various IDE features don't work (Navigator pane says "Please Wait" forever, can't Navigate sources using operations like "Go to Declaration", etc). Strangely, I am running Netbeans 11.0 on Linux and didn't have this same problem there. I saw this on proprietry code, and can't share it. If necessary I could try to provide a tiny code example that demonstrates the same issue. An error occurred during parsing of 'C:\.java'. Please report a bug against java/source and attach dump file 'C:\.dump'. Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1967) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) at org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) at org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) at org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) at org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) at org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) at org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) at com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) at org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) at org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) at org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) 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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 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) -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Updated] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources
[ https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2938: - Affects Version/s: 11.0 > StringIndexOutOfBoundsException while parsing Java 12 sources > - > > Key: NETBEANS-2938 > URL: https://issues.apache.org/jira/browse/NETBEANS-2938 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0 > Environment: Windows 10 > Netbeans 11.0 > OpenJDK 12 > Gradle 5.5 >Reporter: Travis >Priority: Major > > With Netbeans 11.0 on Windows, after updating from JDK 8 to OpenJDK 12, I > started getting the following exception. After this exception, since the > source scan failed various IDE features don't work (Navigator pane says > "Please Wait" forever, can't Navigate sources using operations like "Go to > Declaration", etc). > Strangely, I am running Netbeans 11.0 on Linux and didn't have this same > problem there. > I saw this on proprietry code, and can't share it. If necessary I could try > to provide a tiny code example that demonstrates the same issue. > > An error occurred during parsing of 'C:\.java'. Please report a bug > against java/source and attach dump file 'C:\.dump'. > Caused: java.lang.StringIndexOutOfBoundsException: String index out of range: > -1 > at java.lang.String.substring(String.java:1967) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getURL(QueriesCache.java:156) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.loadRoots(QueriesCache.java:123) > at > org.netbeans.modules.java.j2seplatform.queries.QueriesCache.getRoots(QueriesCache.java:71) > at > org.netbeans.modules.java.j2seplatform.queries.DefaultSourceForBinaryQuery.findSourceRoots2(DefaultSourceForBinaryQuery.java:37) > at > org.netbeans.api.java.queries.SourceForBinaryQuery.findSourceRoots2(SourceForBinaryQuery.java:101) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:191) > at > org.netbeans.modules.parsing.impl.indexing.PathRegistry.sourceForBinaryQuery(PathRegistry.java:168) > at > org.netbeans.modules.java.source.classpath.CacheClassPath.getResources(CacheClassPath.java:148) > at org.netbeans.api.java.classpath.ClassPath.entries(ClassPath.java:363) > at > org.netbeans.modules.java.source.parsing.CachingFileManager.list(CachingFileManager.java:115) > at > org.netbeans.modules.java.source.parsing.ProxyFileManager.list(ProxyFileManager.java:115) > at com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:801) > at com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:709) > at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:589) > at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:312) > at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) > at com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1142) > at com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:860) > at com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:390) > at > com.sun.tools.javadoc.main.JavadocEnter.visitTopLevel(JavadocEnter.java:89) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:87) > at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) > at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) > at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) > at > org.netbeans.lib.nbjavac.services.NBJavadocEnter.main(NBJavadocEnter.java:67) > at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1142) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:399) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:623) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:484) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:136) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) > at > org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > 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.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at
[jira] [Commented] (NETBEANS-2555) When running any test, standard output is not shown in the panel to the right of the test file result.
[ https://issues.apache.org/jira/browse/NETBEANS-2555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16875155#comment-16875155 ] Travis commented on NETBEANS-2555: -- Does your option 1 involve automatically overriding test.testLogging.showStandardStreams = true even if the build.gradle didn't set that already? Or could overriding that setting be an additional alternative here? It seems like it would be acceptable for the test results pane to only show output when showStandardStreams is enabled in the project's build.gradle. So if the difficulty for option 1 is just with overriding that setting, maybe that's not necessary, and you could just grab the output if it's already enabled? > When running any test, standard output is not shown in the panel to the right > of the test file result. > -- > > Key: NETBEANS-2555 > URL: https://issues.apache.org/jira/browse/NETBEANS-2555 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Affects Versions: 11.0, 11.1 >Reporter: Mark Flacy >Assignee: Laszlo Kishalmi >Priority: Minor > > It isn't important that the output is available on the side panel while the > test is running; it is sufficient to me if the output is presented after the > tests have run if I select a specific test on the test panel. > I have a simple project at github that shows the behavior. > [https://github.com/Richard-Cranium/NB11GradleJunitExample] > The head of the master branch is the gradle based project that shows the > misleading behavior. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2555) When running any test, standard output is not shown in the panel to the right of the test file result.
[ https://issues.apache.org/jira/browse/NETBEANS-2555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2555: - Affects Version/s: 11.1 > When running any test, standard output is not shown in the panel to the right > of the test file result. > -- > > Key: NETBEANS-2555 > URL: https://issues.apache.org/jira/browse/NETBEANS-2555 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Affects Versions: 11.0, 11.1 >Reporter: Mark Flacy >Assignee: Laszlo Kishalmi >Priority: Minor > > It isn't important that the output is available on the side panel while the > test is running; it is sufficient to me if the output is presented after the > tests have run if I select a specific test on the test panel. > I have a simple project at github that shows the behavior. > [https://github.com/Richard-Cranium/NB11GradleJunitExample] > The head of the master branch is the gradle based project that shows the > misleading behavior. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2736) Gradle - Build actions override
[ https://issues.apache.org/jira/browse/NETBEANS-2736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2736: - Affects Version/s: 11.1 > Gradle - Build actions override > --- > > Key: NETBEANS-2736 > URL: https://issues.apache.org/jira/browse/NETBEANS-2736 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.0, 11.1 >Reporter: Mathieu Fournier >Assignee: Laszlo Kishalmi >Priority: Major > Attachments: gradle.properties > > > In NetBeans 11.0, for a Gradle Project, if we override a task that has a "." > in it, it will save properly in the gradle.properties file but will not work. > In the IDE, it will show as an override of the first part of the command and > no arguments. Ex.: debug.single will show for debug. debug.single.method will > show for debug. > I attached a sample gradle.properties file for you to test. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2753) NPE while running Junit5 tests via built-in gradle support
[ https://issues.apache.org/jira/browse/NETBEANS-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2753: - Attachment: netbeans-2753-test-project.zip > NPE while running Junit5 tests via built-in gradle support > -- > > Key: NETBEANS-2753 > URL: https://issues.apache.org/jira/browse/NETBEANS-2753 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Oracle JDK 8 > Netbeans 11.1 beta 2 > JUnit 5.4 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > Attachments: netbeans-2753-test-project.zip > > > I tested Netbeans 11.1 beta 2 on my large multi-project Gradle build. One of > the issues I found is that while running tests, I got a notification from > Netbeans with this exception. This did not prevent tests from finishing with > correct results. However, I think maybe it caused text to stop printing in > the "output" pane prior to the end of the run? > > java.lang.NullPointerException > at org.netbeans.core.output2.OutWriter.print(OutWriter.java:573) > at org.netbeans.core.output2.NbIO$IOColorPrintImpl.print(NbIO.java:546) > at org.openide.windows.IOColorPrint.print(IOColorPrint.java:85) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor$IODisplayer.doPrint(GradlePlainEscapeProcessor.java:130) > at > org.netbeans.modules.gradle.api.output.OutputDisplayer.print(OutputDisplayer.java:41) > at > org.netbeans.modules.gradle.java.output.JavaCompilerProcessorFactory$StackTraceProcessor.processLine(JavaCompilerProcessorFactory.java:98) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor.processText(GradlePlainEscapeProcessor.java:94) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.processBulk(EscapeProcessingOutputStream.java:107) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.write(EscapeProcessingOutputStream.java:66) > at java.io.OutputStream.write(OutputStream.java:116) > at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) > at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) > at > org.gradle.internal.logging.text.StreamBackedStandardOutputListener.onOutput(StreamBackedStandardOutputListener.java:47) > at > org.gradle.internal.logging.text.StreamingStyledTextOutput.doAppend(StreamingStyledTextOutput.java:55) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer$OutputEventTextOutputImpl.doEndLine(StyledTextOutputBackedRenderer.java:93) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$StateContext.flushEndLine(AbstractLineChoppingStyledTextOutput.java:132) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:193) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:188) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput.doAppend(AbstractLineChoppingStyledTextOutput.java:41) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.println(AbstractStyledTextOutput.java:68) > at org.gradle.internal.logging.events.LogEvent.render(LogEvent.java:53) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer.onOutput(StyledTextOutputBackedRenderer.java:66) > at > org.gradle.internal.logging.sink.ErrorOutputDispatchingListener.onOutput(ErrorOutputDispatchingListener.java:38) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.flushOutput(GroupingProgressLogEventGenerator.java:229) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.maybeFlushOutput(GroupingProgressLogEventGenerator.java:251) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onUpdateNow(GroupingProgressLogEventGenerator.java:134) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onOutput(GroupingProgressLogEventGenerator.java:79) > at > org.gradle.internal.logging.console.BuildLogLevelFilterRenderer.onOutput(BuildLogLevelFilterRenderer.java:41) > at > org.gradle.internal.logging.console.AbstractUserInputRenderer.onOutput(AbstractUserInputRenderer.java:56) > at >
[jira] [Commented] (NETBEANS-2753) NPE while running Junit5 tests via built-in gradle support
[ https://issues.apache.org/jira/browse/NETBEANS-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16875138#comment-16875138 ] Travis commented on NETBEANS-2753: -- Seems like this bug happens whenever a test fails in a subproject of a multi-project. I attached a simple testcase that reproduces this bug. > NPE while running Junit5 tests via built-in gradle support > -- > > Key: NETBEANS-2753 > URL: https://issues.apache.org/jira/browse/NETBEANS-2753 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Oracle JDK 8 > Netbeans 11.1 beta 2 > JUnit 5.4 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > Attachments: netbeans-2753-test-project.zip > > > I tested Netbeans 11.1 beta 2 on my large multi-project Gradle build. One of > the issues I found is that while running tests, I got a notification from > Netbeans with this exception. This did not prevent tests from finishing with > correct results. However, I think maybe it caused text to stop printing in > the "output" pane prior to the end of the run? > > java.lang.NullPointerException > at org.netbeans.core.output2.OutWriter.print(OutWriter.java:573) > at org.netbeans.core.output2.NbIO$IOColorPrintImpl.print(NbIO.java:546) > at org.openide.windows.IOColorPrint.print(IOColorPrint.java:85) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor$IODisplayer.doPrint(GradlePlainEscapeProcessor.java:130) > at > org.netbeans.modules.gradle.api.output.OutputDisplayer.print(OutputDisplayer.java:41) > at > org.netbeans.modules.gradle.java.output.JavaCompilerProcessorFactory$StackTraceProcessor.processLine(JavaCompilerProcessorFactory.java:98) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor.processText(GradlePlainEscapeProcessor.java:94) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.processBulk(EscapeProcessingOutputStream.java:107) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.write(EscapeProcessingOutputStream.java:66) > at java.io.OutputStream.write(OutputStream.java:116) > at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) > at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) > at > org.gradle.internal.logging.text.StreamBackedStandardOutputListener.onOutput(StreamBackedStandardOutputListener.java:47) > at > org.gradle.internal.logging.text.StreamingStyledTextOutput.doAppend(StreamingStyledTextOutput.java:55) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer$OutputEventTextOutputImpl.doEndLine(StyledTextOutputBackedRenderer.java:93) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$StateContext.flushEndLine(AbstractLineChoppingStyledTextOutput.java:132) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:193) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:188) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput.doAppend(AbstractLineChoppingStyledTextOutput.java:41) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.println(AbstractStyledTextOutput.java:68) > at org.gradle.internal.logging.events.LogEvent.render(LogEvent.java:53) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer.onOutput(StyledTextOutputBackedRenderer.java:66) > at > org.gradle.internal.logging.sink.ErrorOutputDispatchingListener.onOutput(ErrorOutputDispatchingListener.java:38) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.flushOutput(GroupingProgressLogEventGenerator.java:229) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.maybeFlushOutput(GroupingProgressLogEventGenerator.java:251) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onUpdateNow(GroupingProgressLogEventGenerator.java:134) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onOutput(GroupingProgressLogEventGenerator.java:79) > at >
[jira] [Created] (NETBEANS-2772) Gradle Projects: The "Test Results" pane test output text area does not get populated with stdout/stderr from tests
Travis created NETBEANS-2772: Summary: Gradle Projects: The "Test Results" pane test output text area does not get populated with stdout/stderr from tests Key: NETBEANS-2772 URL: https://issues.apache.org/jira/browse/NETBEANS-2772 Project: NetBeans Issue Type: Bug Components: projects - Gradle Affects Versions: 11.1 Environment: Netbeans 11.1 beta2 Gradle 5.4.1 JUnit 5.4 Oracle JDK 8 Windows 10 Reporter: Travis Assignee: Laszlo Kishalmi When running tests that print to stdout/stderr, the "Test Results" pane text output area remains empty. I believe the stdout/stderr from coming tests should appear there. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2771) Gradle Project Properties: Customization for test.single and run.single.method seems broken
[
https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Travis updated NETBEANS-2771:
-
Description:
Our large multi-project has long build times, and thus doesn't want to use
"-rerun-tasks" when running tests. It adds too much runtime, which is
especially noticable while iterating on development of a fast-running test
class/method. To solve this, we simply need to customize all of the build
actions for running tests. We simply need to replace "-rerun-tasks" with
"cleanTest". Making that customization would be totally OK with us... except
that the customization of the "run.single.method" build action seems broken in
Netbeans 11.1 beta 2.
When I customize the "run.single.method" action using the project properties
dialog (to remove "--rerun-tasks"), the customization seems to work while the
dialog is still open. After dismissing the dialog with the "OK" button, the
gradle.properties file contains:
action.run.single.method.args=cleanTest test --tests ${selectedMethod}
But when I actually execute a test method, this change does not appear to
apply. The compile steps are all still rerun, the same as before.
Also, if I re-open the project properties, the dialog doesn't show any
customization for the "run.single.method" action anymore.
It seems as if the file writing code for customizing this action is working,
but the in-memory storage and/or file parsing code for the customized action is
broken.
The same problem seems to be happening as with "test.single". The
gradle.properties file gets written with:
action.test.single.args=cleanTest test --tests ${selectedClass}
But this has no effect,and re-opening the dialog causes this setting to
disappear.
As an aside...
Shouldn't the "run.single.method" action be named "test.single.method" instead
of "run.single.method", to be consistent with the naming of other build
actions? I found the "run" instead of "test" in the name to be confusing at
first. And I'm almost wondering if that's related to the root cause of this
bug (I didn't have time to review the source code myself to check).
was:
Our large multi-project has long build times, and thus doesn't want to use
"-rerun-tasks" when running tests. It adds too much runtime, which is
especially noticable while iterating on development of a fast-running test
class/method. To solve this, we simply need to customize all of the build
actions for running tests. We simply need to replace "-rerun-tasks" with
"cleanTest". Making that customization would be totally OK with us... except
that the customization of the "run.single.method" build action seems broken in
Netbeans 11.1 beta 2.
When I customize the "run.single.method" action using the project properties
dialog (to remove "--rerun-tasks"), the customization seems to work while the
dialog is still open. After dismissing the dialog with the "OK" button, the
gradle.properties file contains:
action.run.single.method.args=cleanTest test --tests ${selectedMethod}
But when I actually execute a test method, this change does not appear to
apply. The compile steps are all still rerun, the same as before.
Also, if I re-open the project properties, the dialog doesn't show any
customization for the "run.single.method" action anymore.
It seems as if the file writing code for customizing this action is working,
but the in-memory storage and/or file parsing code for the customized action is
broken.
The same problem seems to be happening as with "test.single". The
gradle.properties file gets written with:
action.test.single.args=cleanTest test --tests ${selectedClass}
But this has no effect,and re-opening the dialog causes this setting to
disappear.
As an aside...
Shouldn't this action be named "test.single.method" instead of
"run.single.method", to be consistent with the naming of other build actions?
I found the "run" instead of "test" in the name to be confusing at first. And
I'm almost wondering if that's related to the root cause of this bug (I didn't
have time to review the source code myself to check).
> Gradle Project Properties: Customization for test.single and
> run.single.method seems broken
> ---
>
> Key: NETBEANS-2771
> URL: https://issues.apache.org/jira/browse/NETBEANS-2771
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.1
> Environment: Netbeans 11.1 beta 2
> Gradle 4.2.1
> JUnit 5.4
> Oracle JDK 8
> Windows 10
>Reporter: Travis
>Assignee: Laszlo Kishalmi
>Priority: Major
>
> Our large multi-project has long build times, and thus doesn't want to use
> "-rerun-tasks" when running tests. It adds too much runtime, which
[jira] [Updated] (NETBEANS-2771) Gradle Project Properties: Customization for test.single and run.single.method seems broken
[
https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Travis updated NETBEANS-2771:
-
Summary: Gradle Project Properties: Customization for test.single and
run.single.method seems broken (was: Gradle Project Properties: Customization
for run.single.method seems broken)
> Gradle Project Properties: Customization for test.single and
> run.single.method seems broken
> ---
>
> Key: NETBEANS-2771
> URL: https://issues.apache.org/jira/browse/NETBEANS-2771
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.1
> Environment: Netbeans 11.1 beta 2
> Gradle 4.2.1
> JUnit 5.4
> Oracle JDK 8
> Windows 10
>Reporter: Travis
>Assignee: Laszlo Kishalmi
>Priority: Major
>
> Our large multi-project has long build times, and thus doesn't want to use
> "-rerun-tasks" when running tests. It adds too much runtime, which is
> especially noticable while iterating on development of a fast-running test
> class/method. To solve this, we simply need to customize all of the build
> actions for running tests. We simply need to replace "-rerun-tasks" with
> "cleanTest". Making that customization would be totally OK with us... except
> that the customization of the "run.single.method" build action seems broken
> in Netbeans 11.1 beta 2.
> When I customize the "run.single.method" action using the project properties
> dialog (to remove "--rerun-tasks"), the customization seems to work while the
> dialog is still open. After dismissing the dialog with the "OK" button, the
> gradle.properties file contains:
>
> action.run.single.method.args=cleanTest test --tests ${selectedMethod}
>
> But when I actually execute a test method, this change does not appear to
> apply. The compile steps are all still rerun, the same as before.
> Also, if I re-open the project properties, the dialog doesn't show any
> customization for the "run.single.method" action anymore.
> It seems as if the file writing code for customizing this action is working,
> but the in-memory storage and/or file parsing code for the customized action
> is broken.
>
> The same problem seems to be happening as with "test.single". The
> gradle.properties file gets written with:
> action.test.single.args=cleanTest test --tests ${selectedClass}
> But this has no effect,and re-opening the dialog causes this setting to
> disappear.
>
> As an aside...
> Shouldn't this action be named "test.single.method" instead of
> "run.single.method", to be consistent with the naming of other build actions?
> I found the "run" instead of "test" in the name to be confusing at first.
> And I'm almost wondering if that's related to the root cause of this bug (I
> didn't have time to review the source code myself to check).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2771) Gradle Project Properties: Customization for run.single.method seems broken
[
https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Travis updated NETBEANS-2771:
-
Description:
Our large multi-project has long build times, and thus doesn't want to use
"-rerun-tasks" when running tests. It adds too much runtime, which is
especially noticable while iterating on development of a fast-running test
class/method. To solve this, we simply need to customize all of the build
actions for running tests. We simply need to replace "-rerun-tasks" with
"cleanTest". Making that customization would be totally OK with us... except
that the customization of the "run.single.method" build action seems broken in
Netbeans 11.1 beta 2.
When I customize the "run.single.method" action using the project properties
dialog (to remove "--rerun-tasks"), the customization seems to work while the
dialog is still open. After dismissing the dialog with the "OK" button, the
gradle.properties file contains:
action.run.single.method.args=cleanTest test --tests ${selectedMethod}
But when I actually execute a test method, this change does not appear to
apply. The compile steps are all still rerun, the same as before.
Also, if I re-open the project properties, the dialog doesn't show any
customization for the "run.single.method" action anymore.
It seems as if the file writing code for customizing this action is working,
but the in-memory storage and/or file parsing code for the customized action is
broken.
The same problem seems to be happening as with "test.single". The
gradle.properties file gets written with:
action.test.single.args=cleanTest test --tests ${selectedClass}
But this has no effect,and re-opening the dialog causes this setting to
disappear.
As an aside...
Shouldn't this action be named "test.single.method" instead of
"run.single.method", to be consistent with the naming of other build actions?
I found the "run" instead of "test" in the name to be confusing at first. And
I'm almost wondering if that's related to the root cause of this bug (I didn't
have time to review the source code myself to check).
was:
Our large multi-project has long build times, and thus doesn't want to use
"-rerun-tasks" when running tests. It adds too much runtime, which is
especially noticable while iterating on development of a fast-running test
class/method. To solve this, we simply need to customize all of the build
actions for running tests. We simply need to replace "-rerun-tasks" with
"cleanTest". Making that customization would be totally OK with us... except
that the customization of the "run.single.method" build action seems broken in
Netbeans 11.1 beta 2.
When I customize the "run.single.method" action using the project properties
dialog (to remove "--rerun-tasks"), the customization seems to work while the
dialog is still open. After dismissing the dialog with the "OK" button, the
gradle.properties file contains:
action.run.single.method.args=cleanTest test --tests ${selectedMethod}
But when I actually execute a test method, this change does not appear to
apply. The compile steps are all still rerun, the same as before.
Also, if I re-open the project properties, the dialog doesn't show any
customization for the "run.single.method" action anymore.
It seems as if the file writing code for customizing this action is working,
but the in-memory storage and/or file parsing code for the customized action is
broken.
As an aside...
Shouldn't this action be named "test.single.method" instead of
"run.single.method", to be consistent with the naming of other build actions?
I found the "run" instead of "test" in the name to be confusing at first. And
I'm almost wondering if that's related to the root cause of this bug (I didn't
have time to review the source code myself to check).
> Gradle Project Properties: Customization for run.single.method seems broken
> ---
>
> Key: NETBEANS-2771
> URL: https://issues.apache.org/jira/browse/NETBEANS-2771
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.1
> Environment: Netbeans 11.1 beta 2
> Gradle 4.2.1
> JUnit 5.4
> Oracle JDK 8
> Windows 10
>Reporter: Travis
>Assignee: Laszlo Kishalmi
>Priority: Major
>
> Our large multi-project has long build times, and thus doesn't want to use
> "-rerun-tasks" when running tests. It adds too much runtime, which is
> especially noticable while iterating on development of a fast-running test
> class/method. To solve this, we simply need to customize all of the build
> actions for running tests. We simply need to replace "-rerun-tasks" with
> "cleanTest". Making that customization would be totally OK with us... except
>
[jira] [Updated] (NETBEANS-2771) Gradle Project Properties: Customization for run.single.method seems broken
[
https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Travis updated NETBEANS-2771:
-
Affects Version/s: 11.1
> Gradle Project Properties: Customization for run.single.method seems broken
> ---
>
> Key: NETBEANS-2771
> URL: https://issues.apache.org/jira/browse/NETBEANS-2771
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.1
> Environment: Netbeans 11.1 beta 2
> Gradle 4.2.1
> JUnit 5.4
> Oracle JDK 8
> Windows 10
>Reporter: Travis
>Assignee: Laszlo Kishalmi
>Priority: Major
>
> Our large multi-project has long build times, and thus doesn't want to use
> "-rerun-tasks" when running tests. It adds too much runtime, which is
> especially noticable while iterating on development of a fast-running test
> class/method. To solve this, we simply need to customize all of the build
> actions for running tests. We simply need to replace "-rerun-tasks" with
> "cleanTest". Making that customization would be totally OK with us... except
> that the customization of the "run.single.method" build action seems broken
> in Netbeans 11.1 beta 2.
> When I customize the "run.single.method" action using the project properties
> dialog (to remove "--rerun-tasks"), the customization seems to work while the
> dialog is still open. After dismissing the dialog with the "OK" button, the
> gradle.properties file contains:
>
> action.run.single.method.args=cleanTest test --tests ${selectedMethod}
>
> But when I actually execute a test method, this change does not appear to
> apply. The compile steps are all still rerun, the same as before.
> Also, if I re-open the project properties, the dialog doesn't show any
> customization for the "run.single.method" action anymore.
> It seems as if the file writing code for customizing this action is working,
> but the in-memory storage and/or file parsing code for the customized action
> is broken.
>
> As an aside...
> Shouldn't this action be named "test.single.method" instead of
> "run.single.method", to be consistent with the naming of other build actions?
> I found the "run" instead of "test" in the name to be confusing at first.
> And I'm almost wondering if that's related to the root cause of this bug (I
> didn't have time to review the source code myself to check).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2771) Gradle Project Properties: Customization for run.single.method seems broken
[
https://issues.apache.org/jira/browse/NETBEANS-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Travis updated NETBEANS-2771:
-
Description:
Our large multi-project has long build times, and thus doesn't want to use
"-rerun-tasks" when running tests. It adds too much runtime, which is
especially noticable while iterating on development of a fast-running test
class/method. To solve this, we simply need to customize all of the build
actions for running tests. We simply need to replace "-rerun-tasks" with
"cleanTest". Making that customization would be totally OK with us... except
that the customization of the "run.single.method" build action seems broken in
Netbeans 11.1 beta 2.
When I customize the "run.single.method" action using the project properties
dialog (to remove "--rerun-tasks"), the customization seems to work while the
dialog is still open. After dismissing the dialog with the "OK" button, the
gradle.properties file contains:
action.run.single.method.args=cleanTest test --tests ${selectedMethod}
But when I actually execute a test method, this change does not appear to
apply. The compile steps are all still rerun, the same as before.
Also, if I re-open the project properties, the dialog doesn't show any
customization for the "run.single.method" action anymore.
It seems as if the file writing code for customizing this action is working,
but the in-memory storage and/or file parsing code for the customized action is
broken.
As an aside...
Shouldn't this action be named "test.single.method" instead of
"run.single.method", to be consistent with the naming of other build actions?
I found the "run" instead of "test" in the name to be confusing at first. And
I'm almost wondering if that's related to the root cause of this bug (I didn't
have time to review the source code myself to check).
was:
Our large multi-project has long build times, and thus doesn't want to use
"--rerun-tasks" when running tests. It adds too much runtime, which is
especially noticable while iterating on development of a fast-running test
class/method. To solve this, we simply need to customize all of the build
actions for running tests. We simply need to replace "--rerun-tasks" with
"cleanTest". Making that customization would be totally OK with us... except
that the customization of the "run.single.method" build action seems broken in
Netbeans 11.1 beta 2.
When I customize the "run.single.method" action using the project properties
dialog (to remove "--rerun-tasks"), the customization seems to work while the
dialog is still open. After dismissing the dialog with the "OK" button, the
gradle.properties file contains:
action.run.single.method.args=cleanTest test --tests ${selectedMethod}
But when I actually execute a test method, this change does not appear to
apply. The compile steps are all still rerun, the same as before.
Also, if I re-open the project properties, the dialog doesn't show any
customization for the "run.single.method" action anymore.
It seems as if the file writing code for customizing this action is working,
but the in-memory storage and/or file parsing code for the customized action is
broken.
As an aside...
Shouldn't this action be named "test.single.method" instead of
"run.single.method", to be consistent with the naming of other build actions?
I found the "run" instead of "test" in the name to be confusing at first. And
I'm almost wondering if that's related to the root cause of this bug (I didn't
have time to review the source code myself to check).
> Gradle Project Properties: Customization for run.single.method seems broken
> ---
>
> Key: NETBEANS-2771
> URL: https://issues.apache.org/jira/browse/NETBEANS-2771
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
> Environment: Netbeans 11.1 beta 2
> Gradle 4.2.1
> JUnit 5.4
> Oracle JDK 8
> Windows 10
>Reporter: Travis
>Assignee: Laszlo Kishalmi
>Priority: Major
>
> Our large multi-project has long build times, and thus doesn't want to use
> "-rerun-tasks" when running tests. It adds too much runtime, which is
> especially noticable while iterating on development of a fast-running test
> class/method. To solve this, we simply need to customize all of the build
> actions for running tests. We simply need to replace "-rerun-tasks" with
> "cleanTest". Making that customization would be totally OK with us... except
> that the customization of the "run.single.method" build action seems broken
> in Netbeans 11.1 beta 2.
> When I customize the "run.single.method" action using the project properties
> dialog (to remove "--rerun-tasks"), the customization seems to work while the
> dialog is still open.
[jira] [Created] (NETBEANS-2771) Gradle Project Properties: Customization for run.single.method seems broken
Travis created NETBEANS-2771:
Summary: Gradle Project Properties: Customization for
run.single.method seems broken
Key: NETBEANS-2771
URL: https://issues.apache.org/jira/browse/NETBEANS-2771
Project: NetBeans
Issue Type: Bug
Components: projects - Gradle
Environment: Netbeans 11.1 beta 2
Gradle 4.2.1
JUnit 5.4
Oracle JDK 8
Windows 10
Reporter: Travis
Assignee: Laszlo Kishalmi
Our large multi-project has long build times, and thus doesn't want to use
"--rerun-tasks" when running tests. It adds too much runtime, which is
especially noticable while iterating on development of a fast-running test
class/method. To solve this, we simply need to customize all of the build
actions for running tests. We simply need to replace "--rerun-tasks" with
"cleanTest". Making that customization would be totally OK with us... except
that the customization of the "run.single.method" build action seems broken in
Netbeans 11.1 beta 2.
When I customize the "run.single.method" action using the project properties
dialog (to remove "--rerun-tasks"), the customization seems to work while the
dialog is still open. After dismissing the dialog with the "OK" button, the
gradle.properties file contains:
action.run.single.method.args=cleanTest test --tests ${selectedMethod}
But when I actually execute a test method, this change does not appear to
apply. The compile steps are all still rerun, the same as before.
Also, if I re-open the project properties, the dialog doesn't show any
customization for the "run.single.method" action anymore.
It seems as if the file writing code for customizing this action is working,
but the in-memory storage and/or file parsing code for the customized action is
broken.
As an aside...
Shouldn't this action be named "test.single.method" instead of
"run.single.method", to be consistent with the naming of other build actions?
I found the "run" instead of "test" in the name to be confusing at first. And
I'm almost wondering if that's related to the root cause of this bug (I didn't
have time to review the source code myself to check).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
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-2755) Gradle project properties: Support for attaching sources for project libraries (in gradle.properties, or any project-versionable file)
[ https://issues.apache.org/jira/browse/NETBEANS-2755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16874455#comment-16874455 ] Travis commented on NETBEANS-2755: -- Unfortunately, the workaround doesn't seem to be working for me. My multi-project build has a lib/test/hamcrest-2.1.jar, and I added a lib/test/hamcrest-2.1-sources.jar. The source attachment isn't working in the editor when I browse into a hamcrest API. My gradle settings have "download dependencies" as "never" (I also tried it with "only if required"), and the "download sources" select is disabled and set to "always", and the "download javadoc" is disabled and set to "never". There is no dependency in the build.gradle for the source jar file. There is only a dependency for the compiled jar file. Does the code get confused because my dependencies are organized into an additional level of hierarchy underneath the "lib" directory (which isn't the default gradle project structure)? Or is there something I'm doing wrong here? > Gradle project properties: Support for attaching sources for project > libraries (in gradle.properties, or any project-versionable file) > -- > > Key: NETBEANS-2755 > URL: https://issues.apache.org/jira/browse/NETBEANS-2755 > Project: NetBeans > Issue Type: Wish > Components: projects - Gradle >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I have a large multi-project build which we store in a git repo. Some of our > developers use Netbeans and would like the library dependency .jar files to > have attached sources, so that they can conveniently review their > sources/javadocs during IDE code development. Although it's possible to > attach sources, the attachment isn't saved inside the project properties, and > isn't relative to the project root directory. So it doesn't seem possible to > set up our repo so that netbeans users automatically get attaches library > source files (where the source files are stored inside the same repo). > > Perhaps it would work if I modified our build.gradle to declare the sources > as build dependencies, but this is bogus and undesirable. > > With the older gradle plug-in, I was able to add the sources as dependencies > in the netbeans-init.gradle, and this worked fine. > > Is it possible for the new build-in Gradle support to be enhanced to allow > library source attachments to be tracked, in a manner that allows both the > sources and their attachment settings to live inside the project's source > repo? > > (By the way, other than a few missing features and a couple of minor > exceptions thrown, the new built-in gradle support is really nice, and > generally works well. The existing customizability is also really good! > Thank you!) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2753) NPE while running Junit5 tests via built-in gradle support
[ https://issues.apache.org/jira/browse/NETBEANS-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16874443#comment-16874443 ] Travis commented on NETBEANS-2753: -- Yes, I will try to put one together and attach it here as a .zip. It may take some time though. > NPE while running Junit5 tests via built-in gradle support > -- > > Key: NETBEANS-2753 > URL: https://issues.apache.org/jira/browse/NETBEANS-2753 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Oracle JDK 8 > Netbeans 11.1 beta 2 > JUnit 5.4 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I tested Netbeans 11.1 beta 2 on my large multi-project Gradle build. One of > the issues I found is that while running tests, I got a notification from > Netbeans with this exception. This did not prevent tests from finishing with > correct results. However, I think maybe it caused text to stop printing in > the "output" pane prior to the end of the run? > > java.lang.NullPointerException > at org.netbeans.core.output2.OutWriter.print(OutWriter.java:573) > at org.netbeans.core.output2.NbIO$IOColorPrintImpl.print(NbIO.java:546) > at org.openide.windows.IOColorPrint.print(IOColorPrint.java:85) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor$IODisplayer.doPrint(GradlePlainEscapeProcessor.java:130) > at > org.netbeans.modules.gradle.api.output.OutputDisplayer.print(OutputDisplayer.java:41) > at > org.netbeans.modules.gradle.java.output.JavaCompilerProcessorFactory$StackTraceProcessor.processLine(JavaCompilerProcessorFactory.java:98) > at > org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor.processText(GradlePlainEscapeProcessor.java:94) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.processBulk(EscapeProcessingOutputStream.java:107) > at > org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.write(EscapeProcessingOutputStream.java:66) > at java.io.OutputStream.write(OutputStream.java:116) > at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) > at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) > at > org.gradle.internal.logging.text.StreamBackedStandardOutputListener.onOutput(StreamBackedStandardOutputListener.java:47) > at > org.gradle.internal.logging.text.StreamingStyledTextOutput.doAppend(StreamingStyledTextOutput.java:55) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer$OutputEventTextOutputImpl.doEndLine(StyledTextOutputBackedRenderer.java:93) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$StateContext.flushEndLine(AbstractLineChoppingStyledTextOutput.java:132) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:193) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:188) > at > org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput.doAppend(AbstractLineChoppingStyledTextOutput.java:41) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) > at > org.gradle.internal.logging.text.AbstractStyledTextOutput.println(AbstractStyledTextOutput.java:68) > at org.gradle.internal.logging.events.LogEvent.render(LogEvent.java:53) > at > org.gradle.internal.logging.console.StyledTextOutputBackedRenderer.onOutput(StyledTextOutputBackedRenderer.java:66) > at > org.gradle.internal.logging.sink.ErrorOutputDispatchingListener.onOutput(ErrorOutputDispatchingListener.java:38) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.flushOutput(GroupingProgressLogEventGenerator.java:229) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.maybeFlushOutput(GroupingProgressLogEventGenerator.java:251) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onUpdateNow(GroupingProgressLogEventGenerator.java:134) > at > org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onOutput(GroupingProgressLogEventGenerator.java:79) > at > org.gradle.internal.logging.console.BuildLogLevelFilterRenderer.onOutput(BuildLogLevelFilterRenderer.java:41) > at >
[jira] [Commented] (NETBEANS-2755) Gradle project properties: Support for attaching sources for project libraries (in gradle.properties, or any project-versionable file)
[ https://issues.apache.org/jira/browse/NETBEANS-2755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16874442#comment-16874442 ] Travis commented on NETBEANS-2755: -- We had just happened to store our source jars in a separate directory, but there is nothing stopping us from aligning them like you said. So I'll go try that. This ticket is still relevant, but you've provided a good workaround to be used until it becomes possible to customize the sources/javadocs file locations. Thanks! > Gradle project properties: Support for attaching sources for project > libraries (in gradle.properties, or any project-versionable file) > -- > > Key: NETBEANS-2755 > URL: https://issues.apache.org/jira/browse/NETBEANS-2755 > Project: NetBeans > Issue Type: Wish > Components: projects - Gradle >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I have a large multi-project build which we store in a git repo. Some of our > developers use Netbeans and would like the library dependency .jar files to > have attached sources, so that they can conveniently review their > sources/javadocs during IDE code development. Although it's possible to > attach sources, the attachment isn't saved inside the project properties, and > isn't relative to the project root directory. So it doesn't seem possible to > set up our repo so that netbeans users automatically get attaches library > source files (where the source files are stored inside the same repo). > > Perhaps it would work if I modified our build.gradle to declare the sources > as build dependencies, but this is bogus and undesirable. > > With the older gradle plug-in, I was able to add the sources as dependencies > in the netbeans-init.gradle, and this worked fine. > > Is it possible for the new build-in Gradle support to be enhanced to allow > library source attachments to be tracked, in a manner that allows both the > sources and their attachment settings to live inside the project's source > repo? > > (By the way, other than a few missing features and a couple of minor > exceptions thrown, the new built-in gradle support is really nice, and > generally works well. The existing customizability is also really good! > Thank you!) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2755) Gradle project properties: Support for attaching sources for project libraries (in gradle.properties, or any project-versionable file)
[ https://issues.apache.org/jira/browse/NETBEANS-2755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16874429#comment-16874429 ] Travis commented on NETBEANS-2755: -- Exactly. For offline development, we simply need a similar feature analogous to the existing "download sources and javadocs" that can provide the same kind of attachment to local files that were previously manually downloaded and saved. > Gradle project properties: Support for attaching sources for project > libraries (in gradle.properties, or any project-versionable file) > -- > > Key: NETBEANS-2755 > URL: https://issues.apache.org/jira/browse/NETBEANS-2755 > Project: NetBeans > Issue Type: Wish > Components: projects - Gradle >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I have a large multi-project build which we store in a git repo. Some of our > developers use Netbeans and would like the library dependency .jar files to > have attached sources, so that they can conveniently review their > sources/javadocs during IDE code development. Although it's possible to > attach sources, the attachment isn't saved inside the project properties, and > isn't relative to the project root directory. So it doesn't seem possible to > set up our repo so that netbeans users automatically get attaches library > source files (where the source files are stored inside the same repo). > > Perhaps it would work if I modified our build.gradle to declare the sources > as build dependencies, but this is bogus and undesirable. > > With the older gradle plug-in, I was able to add the sources as dependencies > in the netbeans-init.gradle, and this worked fine. > > Is it possible for the new build-in Gradle support to be enhanced to allow > library source attachments to be tracked, in a manner that allows both the > sources and their attachment settings to live inside the project's source > repo? > > (By the way, other than a few missing features and a couple of minor > exceptions thrown, the new built-in gradle support is really nice, and > generally works well. The existing customizability is also really good! > Thank you!) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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] [Comment Edited] (NETBEANS-2756) Gradle project properties: Couldn't get license header to work
[ https://issues.apache.org/jira/browse/NETBEANS-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16874385#comment-16874385 ] Travis edited comment on NETBEANS-2756 at 6/27/19 5:59 PM: --- Thanks for the quick reply. I tested it again, and it is of course exactly as you said... if I create a copy of my license header in every subproject, everything works great. Thanks for planning to fix this so that only one copy of the file is required in the root project in the future. That will be very nice. In the meantime, I also tested the build.gradle workaround you provided, and that worked just fine for me (with just one copy of the file). was (Author: furrer): Thanks for the quick reply. I tested it again, and it is of course exactly as you said... if I create a copy of my license header in every subproject, everything works great. Thanks for planning to fix this so that only one copy of the file is required in the root project in the future. That will be very nice. In the meantime, I also tested the build.gradle workaround you provided, and that worked just fine for me. > Gradle project properties: Couldn't get license header to work > -- > > Key: NETBEANS-2756 > URL: https://issues.apache.org/jira/browse/NETBEANS-2756 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Netbeans 11.1 beta 2 > Oracle JDK 8 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I tried adding the following line in my root project's gradle.properties file: > > netbeans.license=licenseheader > > And placing a file named "licenseheader" in the root project directory. > > After doing so and creating a new file in the IDE editor, the header was not > included. Also, the project properties "License Headers" settings appear the > same as before, as if the new line in gradle.properties is being completely > ignored. There were no notifications about any exceptions during this > experiment. > > > I believe what I did was consistent with the directions at: > [https://cwiki.apache.org/confluence/display/NETBEANS/License+Headers] > > Am I doing something wrong? Or is there still a bug with this feature? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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] [Comment Edited] (NETBEANS-2756) Gradle project properties: Couldn't get license header to work
[ https://issues.apache.org/jira/browse/NETBEANS-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16874385#comment-16874385 ] Travis edited comment on NETBEANS-2756 at 6/27/19 5:59 PM: --- Thanks for the quick reply. I tested it again, and it is of course exactly as you said... if I create a copy of my license header in every subproject, everything works great. Thanks for planning to fix this so that only one copy of the file is required in the root project in the future. That will be very nice. In the meantime, I also tested the build.gradle workaround you provided, and that worked just fine for me. was (Author: furrer): Thanks for the quick reply. I tested it again, and it is of course exactly as you said... if I create a copy of my license header in every subproject, everything works great. Thanks for planning to fix this so that only one copy of the file is required in the root project in the future. That will be very nice. > Gradle project properties: Couldn't get license header to work > -- > > Key: NETBEANS-2756 > URL: https://issues.apache.org/jira/browse/NETBEANS-2756 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Netbeans 11.1 beta 2 > Oracle JDK 8 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I tried adding the following line in my root project's gradle.properties file: > > netbeans.license=licenseheader > > And placing a file named "licenseheader" in the root project directory. > > After doing so and creating a new file in the IDE editor, the header was not > included. Also, the project properties "License Headers" settings appear the > same as before, as if the new line in gradle.properties is being completely > ignored. There were no notifications about any exceptions during this > experiment. > > > I believe what I did was consistent with the directions at: > [https://cwiki.apache.org/confluence/display/NETBEANS/License+Headers] > > Am I doing something wrong? Or is there still a bug with this feature? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2756) Gradle project properties: Couldn't get license header to work
[ https://issues.apache.org/jira/browse/NETBEANS-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16874385#comment-16874385 ] Travis commented on NETBEANS-2756: -- Thanks for the quick reply. I tested it again, and it is of course exactly as you said... if I create a copy of my license header in every subproject, everything works great. Thanks for planning to fix this so that only one copy of the file is required in the root project in the future. That will be very nice. > Gradle project properties: Couldn't get license header to work > -- > > Key: NETBEANS-2756 > URL: https://issues.apache.org/jira/browse/NETBEANS-2756 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Netbeans 11.1 beta 2 > Oracle JDK 8 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I tried adding the following line in my root project's gradle.properties file: > > netbeans.license=licenseheader > > And placing a file named "licenseheader" in the root project directory. > > After doing so and creating a new file in the IDE editor, the header was not > included. Also, the project properties "License Headers" settings appear the > same as before, as if the new line in gradle.properties is being completely > ignored. There were no notifications about any exceptions during this > experiment. > > > I believe what I did was consistent with the directions at: > [https://cwiki.apache.org/confluence/display/NETBEANS/License+Headers] > > Am I doing something wrong? Or is there still a bug with this feature? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2757) Gradle projects: unable to "rerun" tests
[ https://issues.apache.org/jira/browse/NETBEANS-2757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2757: - Affects Version/s: 11.1 > Gradle projects: unable to "rerun" tests > > > Key: NETBEANS-2757 > URL: https://issues.apache.org/jira/browse/NETBEANS-2757 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Gradle 5.2 > Netbeans 11.1 beta 2 > Oracle JDK 8 > JUnit 5.4 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > After running tests using the built-in gradle support of Netbeans 11.1 beta > 2, the "rerun" button in the "Test Results" pane is always disabled. And the > "Rerun failed" button is always enabled, but pressing it seems to do nothing > at all (and no notifications about exceptions). > > Can the "rerun" and "rerun failed" operations be fixed to work correctly for > gradle projects? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2754) ClassNotFoundException when opening gradle project properties dialog
[ https://issues.apache.org/jira/browse/NETBEANS-2754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2754: - Affects Version/s: 11.1 > ClassNotFoundException when opening gradle project properties dialog > > > Key: NETBEANS-2754 > URL: https://issues.apache.org/jira/browse/NETBEANS-2754 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Oracle JDK 8 > Netbeans 11.1 beta2 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Critical > > With gradle projects open in Netbeans 11.1 beta2, immediately upon opening > the "project properties" dialog I always get a notification with the > following exception. This doesn't seem to cause any problems, however. My > project has no javascript... just pure Java. > > java.lang.ClassNotFoundException: > org.netbeans.modules.javascript2.requirejs.ui.RequireJsCustomizer.createCustomizer > at java.net.URLClassLoader.findClass(URLClassLoader.java:382) > at java.lang.ClassLoader.loadClass(ClassLoader.java:424) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349) > at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:197) > Caused: java.lang.ClassNotFoundException: > org.netbeans.modules.javascript2.requirejs.ui.RequireJsCustomizer.createCustomizer > starting from SystemClassLoader[558 modules] with possible defining loaders > null and declared parents [org.netbeans.MainImpl$BootClassLoader@548c4f57, > org.netbeans.JarClassLoader@51b792e4, > ModuleCL@2fc20da6[org.netbeans.api.annotations.common], > ModuleCL@26208c8[org.openide.awt], > ModuleCL@5e828cc4[org.netbeans.api.progress], > ModuleCL@1d699f6[org.netbeans.api.progress.nb], > ModuleCL@3e460b57[org.openide.dialogs], ModuleCL@2c70601f[org.openide.nodes], > ModuleCL@66de2df9[org.openide.windows], > ModuleCL@537211fd[org.netbeans.modules.editor.mimelookup], ...532 more] > at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:199) > at > org.netbeans.ModuleManager$SystemClassLoader.loadClass(ModuleManager.java:769) > at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > at org.openide.loaders.InstanceSupport.findClass(InstanceSupport.java:477) > at > org.openide.loaders.InstanceSupport.instanceClass(InstanceSupport.java:123) > at > org.openide.loaders.InstanceDataObject$Ser.instanceClass(InstanceDataObject.java:1347) > at > org.openide.loaders.InstanceDataObject.instanceClass(InstanceDataObject.java:784) > [catch] at > org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.readCategories(ProjectCustomizer.java:644) > at > org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.getSubCategories(ProjectCustomizer.java:608) > at > org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.createCategory(ProjectCustomizer.java:686) > at > org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.readCategories(ProjectCustomizer.java:637) > at > org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.getSubCategories(ProjectCustomizer.java:608) > at > org.netbeans.spi.project.ui.support.ProjectCustomizer.createCustomizerDialog(ProjectCustomizer.java:235) > at > org.netbeans.modules.gradle.customizer.GradleCustomizerProvider$1.run(GradleCustomizerProvider.java:84) > at > org.netbeans.modules.openide.util.NbMutexEventProvider$Event.doEvent(NbMutexEventProvider.java:95) > at > org.netbeans.modules.openide.util.NbMutexEventProvider$Event.readAccess(NbMutexEventProvider.java:70) > at > org.netbeans.modules.openide.util.LazyMutexImplementation.readAccess(LazyMutexImplementation.java:66) > at org.openide.util.Mutex.readAccess(Mutex.java:235) > at > org.netbeans.modules.gradle.customizer.GradleCustomizerProvider.showCustomizer(GradleCustomizerProvider.java:78) > at > org.netbeans.modules.gradle.customizer.GradleCustomizerProvider.showCustomizer(GradleCustomizerProvider.java:105) > at > org.netbeans.modules.project.ui.actions.CustomizeProject$1$1.run(CustomizeProject.java:135) > at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) > at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) > at java.awt.EventQueue.access$500(EventQueue.java:97) > at java.awt.EventQueue$3.run(EventQueue.java:709) > at java.awt.EventQueue$3.run(EventQueue.java:703) > at java.security.AccessController.doPrivileged(Native Method) > at > java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:728) > at >
[jira] [Updated] (NETBEANS-2756) Gradle project properties: Couldn't get license header to work
[ https://issues.apache.org/jira/browse/NETBEANS-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2756: - Affects Version/s: 11.1 > Gradle project properties: Couldn't get license header to work > -- > > Key: NETBEANS-2756 > URL: https://issues.apache.org/jira/browse/NETBEANS-2756 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 > Environment: Windows 10 > Netbeans 11.1 beta 2 > Oracle JDK 8 > Gradle 5.2 >Reporter: Travis >Assignee: Laszlo Kishalmi >Priority: Minor > > I tried adding the following line in my root project's gradle.properties file: > > netbeans.license=licenseheader > > And placing a file named "licenseheader" in the root project directory. > > After doing so and creating a new file in the IDE editor, the header was not > included. Also, the project properties "License Headers" settings appear the > same as before, as if the new line in gradle.properties is being completely > ignored. There were no notifications about any exceptions during this > experiment. > > > I believe what I did was consistent with the directions at: > [https://cwiki.apache.org/confluence/display/NETBEANS/License+Headers] > > Am I doing something wrong? Or is there still a bug with this feature? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2764) NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is connected with proxy
[ https://issues.apache.org/jira/browse/NETBEANS-2764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16874380#comment-16874380 ] Travis commented on NETBEANS-2764: -- I'm not 100% sure that this bug is properly assigned and tagged with the proper component, because I didn't take time to review the code to better understand where the root cause is. Please help reassign if necessary. Thanks! > NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is > connected with proxy > --- > > Key: NETBEANS-2764 > URL: https://issues.apache.org/jira/browse/NETBEANS-2764 > Project: NetBeans > Issue Type: Bug > Components: core, platform - Proxy >Affects Versions: 11.1 > Environment: Netbeans 11.1-beta2 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: lbruun >Priority: Major > > Immediately upon startup of Netbeans 11.1-beta2 while connected over VPN > (with proxy), I get a notification with the exception below. > This bug is vaguely similar to NETBEANS-1775. Seems like the Netbeans test > suite needs to be augmented with some test coverage for network proxies, to > prevent this type of bug from reappearing again and again? > > org.graalvm.polyglot.PolyglotException: java.lang.NoClassDefFoundError: > com/oracle/truffle/api/library/Library > at > com.oracle.truffle.js.nodes.control.DeletePropertyNode.create(DeletePropertyNode.java:107) > at > com.oracle.truffle.js.nodes.NodeFactory.createDeleteProperty(NodeFactory.java:667) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterDeleteIndex(GraalJSTranslator.java:2154) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterDelete(GraalJSTranslator.java:2134) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:1986) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterUnaryNode(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.UnaryNode.accept(UnaryNode.java:138) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:3091) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterExpressionStatement(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:173) > at > com.oracle.js.parser.ir.ExpressionStatement.accept(ExpressionStatement.java:87) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.Block.accept(Block.java:182) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at com.oracle.js.parser.ir.Block.accept(Block.java:378) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:1804) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterForNode(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.ForNode.accept(ForNode.java:125) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at > com.oracle.js.parser.ir.LexicalContextStatement.accept(LexicalContextStatement.java:68) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.Block.accept(Block.java:182) > at >
[jira] [Updated] (NETBEANS-2764) NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is connected with proxy
[ https://issues.apache.org/jira/browse/NETBEANS-2764?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-2764: - Affects Version/s: 11.1 > NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is > connected with proxy > --- > > Key: NETBEANS-2764 > URL: https://issues.apache.org/jira/browse/NETBEANS-2764 > Project: NetBeans > Issue Type: Bug > Components: core, platform - Proxy >Affects Versions: 11.1 > Environment: Netbeans 11.1-beta2 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: lbruun >Priority: Major > > Immediately upon startup of Netbeans 11.1-beta2 while connected over VPN > (with proxy), I get a notification with the exception below. > This bug is vaguely similar to NETBEANS-1775. Seems like the Netbeans test > suite needs to be augmented with some test coverage for network proxies, to > prevent this type of bug from reappearing again and again? > > org.graalvm.polyglot.PolyglotException: java.lang.NoClassDefFoundError: > com/oracle/truffle/api/library/Library > at > com.oracle.truffle.js.nodes.control.DeletePropertyNode.create(DeletePropertyNode.java:107) > at > com.oracle.truffle.js.nodes.NodeFactory.createDeleteProperty(NodeFactory.java:667) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterDeleteIndex(GraalJSTranslator.java:2154) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterDelete(GraalJSTranslator.java:2134) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:1986) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterUnaryNode(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.UnaryNode.accept(UnaryNode.java:138) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:3091) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterExpressionStatement(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:173) > at > com.oracle.js.parser.ir.ExpressionStatement.accept(ExpressionStatement.java:87) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.Block.accept(Block.java:182) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at com.oracle.js.parser.ir.Block.accept(Block.java:378) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:1804) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterForNode(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.ForNode.accept(ForNode.java:125) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at > com.oracle.js.parser.ir.LexicalContextStatement.accept(LexicalContextStatement.java:68) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.Block.accept(Block.java:182) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at com.oracle.js.parser.ir.Block.accept(Block.java:378) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at >
[jira] [Assigned] (NETBEANS-2764) NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is connected with proxy
[ https://issues.apache.org/jira/browse/NETBEANS-2764?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis reassigned NETBEANS-2764: Assignee: lbruun > NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is > connected with proxy > --- > > Key: NETBEANS-2764 > URL: https://issues.apache.org/jira/browse/NETBEANS-2764 > Project: NetBeans > Issue Type: Bug > Components: core, platform - Proxy > Environment: Netbeans 11.1-beta2 > Oracle JDK 8 > Windows 10 >Reporter: Travis >Assignee: lbruun >Priority: Major > > Immediately upon startup of Netbeans 11.1-beta2 while connected over VPN > (with proxy), I get a notification with the exception below. > This bug is vaguely similar to NETBEANS-1775. Seems like the Netbeans test > suite needs to be augmented with some test coverage for network proxies, to > prevent this type of bug from reappearing again and again? > > org.graalvm.polyglot.PolyglotException: java.lang.NoClassDefFoundError: > com/oracle/truffle/api/library/Library > at > com.oracle.truffle.js.nodes.control.DeletePropertyNode.create(DeletePropertyNode.java:107) > at > com.oracle.truffle.js.nodes.NodeFactory.createDeleteProperty(NodeFactory.java:667) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterDeleteIndex(GraalJSTranslator.java:2154) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterDelete(GraalJSTranslator.java:2134) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:1986) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterUnaryNode(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.UnaryNode.accept(UnaryNode.java:138) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:3091) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterExpressionStatement(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:173) > at > com.oracle.js.parser.ir.ExpressionStatement.accept(ExpressionStatement.java:87) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.Block.accept(Block.java:182) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at com.oracle.js.parser.ir.Block.accept(Block.java:378) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:1804) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterForNode(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.ForNode.accept(ForNode.java:125) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at > com.oracle.js.parser.ir.LexicalContextStatement.accept(LexicalContextStatement.java:68) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) > at > com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) > at com.oracle.js.parser.ir.Block.accept(Block.java:182) > at > com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) > at com.oracle.js.parser.ir.Block.accept(Block.java:378) > at > com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) > at > com.oracle.truffle.js.parser.GraalJSTranslator.enterBlockStatement(GraalJSTranslator.java:1476) >
[jira] [Created] (NETBEANS-2764) NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is connected with proxy
Travis created NETBEANS-2764: Summary: NoClassDefFoundError upon Netbeans 11.1-beta2 startup while network is connected with proxy Key: NETBEANS-2764 URL: https://issues.apache.org/jira/browse/NETBEANS-2764 Project: NetBeans Issue Type: Bug Components: core, platform - Proxy Environment: Netbeans 11.1-beta2 Oracle JDK 8 Windows 10 Reporter: Travis Immediately upon startup of Netbeans 11.1-beta2 while connected over VPN (with proxy), I get a notification with the exception below. This bug is vaguely similar to NETBEANS-1775. Seems like the Netbeans test suite needs to be augmented with some test coverage for network proxies, to prevent this type of bug from reappearing again and again? org.graalvm.polyglot.PolyglotException: java.lang.NoClassDefFoundError: com/oracle/truffle/api/library/Library at com.oracle.truffle.js.nodes.control.DeletePropertyNode.create(DeletePropertyNode.java:107) at com.oracle.truffle.js.nodes.NodeFactory.createDeleteProperty(NodeFactory.java:667) at com.oracle.truffle.js.parser.GraalJSTranslator.enterDeleteIndex(GraalJSTranslator.java:2154) at com.oracle.truffle.js.parser.GraalJSTranslator.enterDelete(GraalJSTranslator.java:2134) at com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:1986) at com.oracle.truffle.js.parser.JavaScriptTranslator.enterUnaryNode(JavaScriptTranslator.java:70) at com.oracle.truffle.js.parser.GraalJSTranslator.enterUnaryNode(GraalJSTranslator.java:173) at com.oracle.js.parser.ir.UnaryNode.accept(UnaryNode.java:138) at com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) at com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:3091) at com.oracle.truffle.js.parser.JavaScriptTranslator.enterExpressionStatement(JavaScriptTranslator.java:70) at com.oracle.truffle.js.parser.GraalJSTranslator.enterExpressionStatement(GraalJSTranslator.java:173) at com.oracle.js.parser.ir.ExpressionStatement.accept(ExpressionStatement.java:87) at com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) at com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) at com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) at com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) at com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) at com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) at com.oracle.js.parser.ir.Block.accept(Block.java:182) at com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) at com.oracle.js.parser.ir.Block.accept(Block.java:378) at com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) at com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:1804) at com.oracle.truffle.js.parser.JavaScriptTranslator.enterForNode(JavaScriptTranslator.java:70) at com.oracle.truffle.js.parser.GraalJSTranslator.enterForNode(GraalJSTranslator.java:173) at com.oracle.js.parser.ir.ForNode.accept(ForNode.java:125) at com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) at com.oracle.js.parser.ir.LexicalContextStatement.accept(LexicalContextStatement.java:68) at com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) at com.oracle.truffle.js.parser.GraalJSTranslator.transformStatementInBlock(GraalJSTranslator.java:1471) at com.oracle.truffle.js.parser.GraalJSTranslator.transformStatements(GraalJSTranslator.java:1402) at com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:1319) at com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlock(JavaScriptTranslator.java:70) at com.oracle.truffle.js.parser.GraalJSTranslator.enterBlock(GraalJSTranslator.java:173) at com.oracle.js.parser.ir.Block.accept(Block.java:182) at com.oracle.js.parser.ir.LexicalContextNode.accept(LexicalContextNode.java:81) at com.oracle.js.parser.ir.Block.accept(Block.java:378) at com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) at com.oracle.truffle.js.parser.GraalJSTranslator.enterBlockStatement(GraalJSTranslator.java:1476) at com.oracle.truffle.js.parser.JavaScriptTranslator.enterBlockStatement(JavaScriptTranslator.java:70) at com.oracle.truffle.js.parser.GraalJSTranslator.enterBlockStatement(GraalJSTranslator.java:173) at com.oracle.js.parser.ir.BlockStatement.accept(BlockStatement.java:96) at com.oracle.truffle.js.parser.GraalJSTranslator.transform(GraalJSTranslator.java:203) at
[jira] [Created] (NETBEANS-2758) Gradle projects: Enable convenient profiling
Travis created NETBEANS-2758: Summary: Gradle projects: Enable convenient profiling Key: NETBEANS-2758 URL: https://issues.apache.org/jira/browse/NETBEANS-2758 Project: NetBeans Issue Type: Improvement Components: projects - Gradle Environment: Netbeans 11.1 beta 2 Oracle JDK 8 Windows 10 Reporter: Travis Assignee: Laszlo Kishalmi When I load gradle projects using Netbeans 11.1 beta 2, all of the IDEs profiler operations are disabled except for "Profile:Attach to External Process" which isn't at all convenient. Can the gradle support be enhanced to enable convenient use of the profiler (for main, run single, test single, etc)? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2757) Gradle projects: unable to "rerun" tests
Travis created NETBEANS-2757: Summary: Gradle projects: unable to "rerun" tests Key: NETBEANS-2757 URL: https://issues.apache.org/jira/browse/NETBEANS-2757 Project: NetBeans Issue Type: Bug Components: projects - Gradle Environment: Windows 10 Gradle 5.2 Netbeans 11.1 beta 2 Oracle JDK 8 JUnit 5.4 Reporter: Travis Assignee: Laszlo Kishalmi After running tests using the built-in gradle support of Netbeans 11.1 beta 2, the "rerun" button in the "Test Results" pane is always disabled. And the "Rerun failed" button is always enabled, but pressing it seems to do nothing at all (and no notifications about exceptions). Can the "rerun" and "rerun failed" operations be fixed to work correctly for gradle projects? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2756) Gradle project properties: Couldn't get license header to work
Travis created NETBEANS-2756: Summary: Gradle project properties: Couldn't get license header to work Key: NETBEANS-2756 URL: https://issues.apache.org/jira/browse/NETBEANS-2756 Project: NetBeans Issue Type: Bug Components: projects - Gradle Environment: Windows 10 Netbeans 11.1 beta 2 Oracle JDK 8 Gradle 5.2 Reporter: Travis Assignee: Laszlo Kishalmi I tried adding the following line in my root project's gradle.properties file: netbeans.license=licenseheader And placing a file named "licenseheader" in the root project directory. After doing so and creating a new file in the IDE editor, the header was not included. Also, the project properties "License Headers" settings appear the same as before, as if the new line in gradle.properties is being completely ignored. There were no notifications about any exceptions during this experiment. I believe what I did was consistent with the directions at: [https://cwiki.apache.org/confluence/display/NETBEANS/License+Headers] Am I doing something wrong? Or is there still a bug with this feature? -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2755) Gradle project properties: Support for attaching sources for project libraries (in gradle.properties, or any project-versionable file)
Travis created NETBEANS-2755: Summary: Gradle project properties: Support for attaching sources for project libraries (in gradle.properties, or any project-versionable file) Key: NETBEANS-2755 URL: https://issues.apache.org/jira/browse/NETBEANS-2755 Project: NetBeans Issue Type: Wish Components: projects - Gradle Reporter: Travis Assignee: Laszlo Kishalmi I have a large multi-project build which we store in a git repo. Some of our developers use Netbeans and would like the library dependency .jar files to have attached sources, so that they can conveniently review their sources/javadocs during IDE code development. Although it's possible to attach sources, the attachment isn't saved inside the project properties, and isn't relative to the project root directory. So it doesn't seem possible to set up our repo so that netbeans users automatically get attaches library source files (where the source files are stored inside the same repo). Perhaps it would work if I modified our build.gradle to declare the sources as build dependencies, but this is bogus and undesirable. With the older gradle plug-in, I was able to add the sources as dependencies in the netbeans-init.gradle, and this worked fine. Is it possible for the new build-in Gradle support to be enhanced to allow library source attachments to be tracked, in a manner that allows both the sources and their attachment settings to live inside the project's source repo? (By the way, other than a few missing features and a couple of minor exceptions thrown, the new built-in gradle support is really nice, and generally works well. The existing customizability is also really good! Thank you!) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-2754) ClassNotFoundException when opening gradle project properties dialog
Travis created NETBEANS-2754: Summary: ClassNotFoundException when opening gradle project properties dialog Key: NETBEANS-2754 URL: https://issues.apache.org/jira/browse/NETBEANS-2754 Project: NetBeans Issue Type: Bug Components: projects - Gradle Environment: Windows 10 Oracle JDK 8 Netbeans 11.1 beta2 Gradle 5.2 Reporter: Travis Assignee: Laszlo Kishalmi With gradle projects open in Netbeans 11.1 beta2, immediately upon opening the "project properties" dialog I always get a notification with the following exception. This doesn't seem to cause any problems, however. My project has no javascript... just pure Java. java.lang.ClassNotFoundException: org.netbeans.modules.javascript2.requirejs.ui.RequireJsCustomizer.createCustomizer at java.net.URLClassLoader.findClass(URLClassLoader.java:382) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:197) Caused: java.lang.ClassNotFoundException: org.netbeans.modules.javascript2.requirejs.ui.RequireJsCustomizer.createCustomizer starting from SystemClassLoader[558 modules] with possible defining loaders null and declared parents [org.netbeans.MainImpl$BootClassLoader@548c4f57, org.netbeans.JarClassLoader@51b792e4, ModuleCL@2fc20da6[org.netbeans.api.annotations.common], ModuleCL@26208c8[org.openide.awt], ModuleCL@5e828cc4[org.netbeans.api.progress], ModuleCL@1d699f6[org.netbeans.api.progress.nb], ModuleCL@3e460b57[org.openide.dialogs], ModuleCL@2c70601f[org.openide.nodes], ModuleCL@66de2df9[org.openide.windows], ModuleCL@537211fd[org.netbeans.modules.editor.mimelookup], ...532 more] at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:199) at org.netbeans.ModuleManager$SystemClassLoader.loadClass(ModuleManager.java:769) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at org.openide.loaders.InstanceSupport.findClass(InstanceSupport.java:477) at org.openide.loaders.InstanceSupport.instanceClass(InstanceSupport.java:123) at org.openide.loaders.InstanceDataObject$Ser.instanceClass(InstanceDataObject.java:1347) at org.openide.loaders.InstanceDataObject.instanceClass(InstanceDataObject.java:784) [catch] at org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.readCategories(ProjectCustomizer.java:644) at org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.getSubCategories(ProjectCustomizer.java:608) at org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.createCategory(ProjectCustomizer.java:686) at org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.readCategories(ProjectCustomizer.java:637) at org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.getSubCategories(ProjectCustomizer.java:608) at org.netbeans.spi.project.ui.support.ProjectCustomizer.createCustomizerDialog(ProjectCustomizer.java:235) at org.netbeans.modules.gradle.customizer.GradleCustomizerProvider$1.run(GradleCustomizerProvider.java:84) at org.netbeans.modules.openide.util.NbMutexEventProvider$Event.doEvent(NbMutexEventProvider.java:95) at org.netbeans.modules.openide.util.NbMutexEventProvider$Event.readAccess(NbMutexEventProvider.java:70) at org.netbeans.modules.openide.util.LazyMutexImplementation.readAccess(LazyMutexImplementation.java:66) at org.openide.util.Mutex.readAccess(Mutex.java:235) at org.netbeans.modules.gradle.customizer.GradleCustomizerProvider.showCustomizer(GradleCustomizerProvider.java:78) at org.netbeans.modules.gradle.customizer.GradleCustomizerProvider.showCustomizer(GradleCustomizerProvider.java:105) at org.netbeans.modules.project.ui.actions.CustomizeProject$1$1.run(CustomizeProject.java:135) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) at java.awt.EventQueue.dispatchEvent(EventQueue.java:728) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at
[jira] [Created] (NETBEANS-2753) NPE while running Junit5 tests via built-in gradle support
Travis created NETBEANS-2753: Summary: NPE while running Junit5 tests via built-in gradle support Key: NETBEANS-2753 URL: https://issues.apache.org/jira/browse/NETBEANS-2753 Project: NetBeans Issue Type: Bug Components: projects - Gradle Affects Versions: 11.1 Environment: Windows 10 Oracle JDK 8 Netbeans 11.1 beta 2 JUnit 5.4 Gradle 5.2 Reporter: Travis Assignee: Laszlo Kishalmi I tested Netbeans 11.1 beta 2 on my large multi-project Gradle build. One of the issues I found is that while running tests, I got a notification from Netbeans with this exception. This did not prevent tests from finishing with correct results. However, I think maybe it caused text to stop printing in the "output" pane prior to the end of the run? java.lang.NullPointerException at org.netbeans.core.output2.OutWriter.print(OutWriter.java:573) at org.netbeans.core.output2.NbIO$IOColorPrintImpl.print(NbIO.java:546) at org.openide.windows.IOColorPrint.print(IOColorPrint.java:85) at org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor$IODisplayer.doPrint(GradlePlainEscapeProcessor.java:130) at org.netbeans.modules.gradle.api.output.OutputDisplayer.print(OutputDisplayer.java:41) at org.netbeans.modules.gradle.java.output.JavaCompilerProcessorFactory$StackTraceProcessor.processLine(JavaCompilerProcessorFactory.java:98) at org.netbeans.modules.gradle.execute.GradlePlainEscapeProcessor.processText(GradlePlainEscapeProcessor.java:94) at org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.processBulk(EscapeProcessingOutputStream.java:107) at org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream.write(EscapeProcessingOutputStream.java:66) at java.io.OutputStream.write(OutputStream.java:116) at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) at org.gradle.internal.logging.text.StreamBackedStandardOutputListener.onOutput(StreamBackedStandardOutputListener.java:47) at org.gradle.internal.logging.text.StreamingStyledTextOutput.doAppend(StreamingStyledTextOutput.java:55) at org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) at org.gradle.internal.logging.console.StyledTextOutputBackedRenderer$OutputEventTextOutputImpl.doEndLine(StyledTextOutputBackedRenderer.java:93) at org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$StateContext.flushEndLine(AbstractLineChoppingStyledTextOutput.java:132) at org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:193) at org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput$3.execute(AbstractLineChoppingStyledTextOutput.java:188) at org.gradle.internal.logging.text.AbstractLineChoppingStyledTextOutput.doAppend(AbstractLineChoppingStyledTextOutput.java:41) at org.gradle.internal.logging.text.AbstractStyledTextOutput.text(AbstractStyledTextOutput.java:73) at org.gradle.internal.logging.text.AbstractStyledTextOutput.println(AbstractStyledTextOutput.java:68) at org.gradle.internal.logging.events.LogEvent.render(LogEvent.java:53) at org.gradle.internal.logging.console.StyledTextOutputBackedRenderer.onOutput(StyledTextOutputBackedRenderer.java:66) at org.gradle.internal.logging.sink.ErrorOutputDispatchingListener.onOutput(ErrorOutputDispatchingListener.java:38) at org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.flushOutput(GroupingProgressLogEventGenerator.java:229) at org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator$OperationGroup.maybeFlushOutput(GroupingProgressLogEventGenerator.java:251) at org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onUpdateNow(GroupingProgressLogEventGenerator.java:134) at org.gradle.internal.logging.sink.GroupingProgressLogEventGenerator.onOutput(GroupingProgressLogEventGenerator.java:79) at org.gradle.internal.logging.console.BuildLogLevelFilterRenderer.onOutput(BuildLogLevelFilterRenderer.java:41) at org.gradle.internal.logging.console.AbstractUserInputRenderer.onOutput(AbstractUserInputRenderer.java:56) at org.gradle.internal.logging.console.ThrottlingOutputEventListener.renderNow(ThrottlingOutputEventListener.java:93) at org.gradle.internal.logging.console.ThrottlingOutputEventListener.onOutput(ThrottlingOutputEventListener.java:83) at org.gradle.internal.logging.sink.OutputEventRenderer.removeChain(OutputEventRenderer.java:120) at org.gradle.internal.logging.sink.OutputEventRenderer.restore(OutputEventRenderer.java:104) at
[jira] [Comment Edited] (NETBEANS-1976) Play fair with Attila Kelemen's Gradle plugin
[ https://issues.apache.org/jira/browse/NETBEANS-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16810287#comment-16810287 ] Travis edited comment on NETBEANS-1976 at 4/4/19 9:08 PM: -- I was testing Netbeans 11 vc4 and lost some time due to confusion about this. Although the new "Gradle" and "Groovy and Gradle" plugins automatically disable themselves, this isn't good enough to avoid various conflicts with the old "Gradle Support" plugin. I had to uninstall the new "Gradle" and "Groovy and Gradle" plugins in order to get everything working with the old plugin on Netbeans 11. My understanding from the discussion above is that you can't do much better without more work. That means everyone who wants to keep using the old Gradle Support plugin will have to learn this new magic dance of uninstallation of built-in plugins. I've filed a ticket against the old plugin to see if this can be better documented, and if there is any way for the old plugin to issue helpful warnings if the new plugins are also installed alongside it. [https://github.com/kelemen/netbeans-gradle-project/issues/429] was (Author: furrer): I was testing Netbeans 11 vc4 and lost some time due to confusion about this. Although the new "Gradle" and "Groovy and Gradle" plugins automatically disable themselves, this isn't good enough to avoid various conflicts with the old "Gradle Support" plugin. I had to uninstall the new "Gradle" and "Groovy and Gradle" plugins in order to get everything working with the old plugin on Netbeans 11. My understanding from the discussion above is that you can't do much better without more work. That means everyone who wants to keep using the old Gradle Support plugin will have to learn this new magic dance of uninstallation of built-in plugins. I'll go file a ticket against the old plugin to see if this can be better documented, and if there is any way for the old plugin to issue helpful warnings if the new plugins are also installed alongside it. > Play fair with Attila Kelemen's Gradle plugin > - > > Key: NETBEANS-1976 > URL: https://issues.apache.org/jira/browse/NETBEANS-1976 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Labels: 11.0-vc4, pull-request-available > Fix For: 11.0 > > Time Spent: 20m > Remaining Estimate: 0h > > If Attila's plugin is installed the default NetBeans plugin shall display an > information on this case and shall not initialize. > The position of the NbGradleProjectFactory shall be much higher than 0 > probably 600 or 650 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1976) Play fair with Attila Kelemen's Gradle plugin
[ https://issues.apache.org/jira/browse/NETBEANS-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16810287#comment-16810287 ] Travis commented on NETBEANS-1976: -- I was testing Netbeans 11 vc4 and lost some time due to confusion about this. Although the new "Gradle" and "Groovy and Gradle" plugins automatically disable themselves, this isn't good enough to avoid various conflicts with the old "Gradle Support" plugin. I had to uninstall the new "Gradle" and "Groovy and Gradle" plugins in order to get everything working with the old plugin on Netbeans 11. My understanding from the discussion above is that you can't do much better without more work. That means everyone who wants to keep using the old Gradle Support plugin will have to learn this new magic dance of uninstallation of built-in plugins. I'll go file a ticket against the old plugin to see if this can be better documented, and if there is any way for the old plugin to issue helpful warnings if the new plugins are also installed alongside it. > Play fair with Attila Kelemen's Gradle plugin > - > > Key: NETBEANS-1976 > URL: https://issues.apache.org/jira/browse/NETBEANS-1976 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Labels: 11.0-vc4, pull-request-available > Fix For: 11.0 > > Time Spent: 20m > Remaining Estimate: 0h > > If Attila's plugin is installed the default NetBeans plugin shall display an > information on this case and shall not initialize. > The position of the NbGradleProjectFactory shall be much higher than 0 > probably 600 or 650 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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
