[jira] [Assigned] (NETBEANS-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)

2019-08-22 Thread Travis (Jira)


 [ 
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)

2019-08-22 Thread Travis (Jira)


[ 
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)

2019-08-22 Thread Travis (Jira)


 [ 
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)

2019-08-22 Thread Travis (Jira)


 [ 
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)

2019-08-22 Thread Travis (Jira)
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

2019-08-22 Thread Travis (Jira)


[ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


[ 
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

2019-08-21 Thread Travis (Jira)


[ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


[ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


[ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


 [ 
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

2019-08-21 Thread Travis (Jira)


[ 
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

2019-08-21 Thread Travis (Jira)


[ 
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

2019-08-16 Thread Travis (JIRA)


[ 
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

2019-08-16 Thread Travis (JIRA)


[ 
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

2019-08-14 Thread Travis (JIRA)


[ 
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

2019-08-14 Thread Travis (JIRA)


[ 
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

2019-08-14 Thread Travis (JIRA)


[ 
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

2019-08-14 Thread Travis (JIRA)


 [ 
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

2019-08-05 Thread Travis (JIRA)


[ 
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

2019-08-05 Thread Travis (JIRA)
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

2019-08-05 Thread Travis (JIRA)


 [ 
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

2019-08-05 Thread Travis (JIRA)


 [ 
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

2019-08-05 Thread Travis (JIRA)


 [ 
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

2019-08-05 Thread Travis (JIRA)


 [ 
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

2019-08-05 Thread Travis (JIRA)


[ 
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

2019-08-05 Thread Travis (JIRA)
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

2019-08-05 Thread Travis (JIRA)


 [ 
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

2019-08-05 Thread Travis (JIRA)


 [ 
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] [Assigned] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources

2019-08-05 Thread Travis (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Travis reassigned NETBEANS-2938:


Assignee: (was: 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
>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] [Commented] (NETBEANS-2938) StringIndexOutOfBoundsException while parsing Java 12 sources

2019-08-05 Thread Travis (JIRA)


[ 
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

2019-08-05 Thread Travis (JIRA)


[ 
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

2019-08-02 Thread Travis (JIRA)


[ 
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

2019-08-02 Thread Travis (JIRA)


[ 
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

2019-08-02 Thread Travis (JIRA)


[ 
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

2019-08-02 Thread Travis (JIRA)


[ 
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

2019-08-02 Thread Travis (JIRA)


 [ 
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

2019-08-02 Thread Travis (JIRA)


 [ 
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

2019-08-02 Thread Travis (JIRA)


[ 
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

2019-08-02 Thread Travis (JIRA)


 [ 
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

2019-08-01 Thread Travis (JIRA)


[ 
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

2019-08-01 Thread Travis (JIRA)


[ 
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

2019-08-01 Thread Travis (JIRA)


[ 
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

2019-08-01 Thread Travis (JIRA)


 [ 
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

2019-08-01 Thread Travis (JIRA)


 [ 
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

2019-08-01 Thread Travis (JIRA)


 [ 
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

2019-08-01 Thread Travis (JIRA)


 [ 
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

2019-08-01 Thread Travis (JIRA)


 [ 
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

2019-08-01 Thread Travis (JIRA)


 [ 
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

2019-08-01 Thread Travis (JIRA)


 [ 
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

2019-08-01 Thread Travis (JIRA)


[ 
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

2019-08-01 Thread Travis (JIRA)
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

2019-08-01 Thread Travis (JIRA)


 [ 
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.

2019-06-28 Thread Travis (JIRA)


[ 
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.

2019-06-28 Thread Travis (JIRA)


 [ 
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

2019-06-28 Thread Travis (JIRA)


 [ 
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

2019-06-28 Thread Travis (JIRA)


 [ 
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

2019-06-28 Thread Travis (JIRA)


[ 
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

2019-06-28 Thread Travis (JIRA)
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

2019-06-28 Thread Travis (JIRA)


 [ 
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

2019-06-28 Thread Travis (JIRA)


 [ 
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

2019-06-28 Thread Travis (JIRA)


 [ 
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

2019-06-28 Thread Travis (JIRA)


 [ 
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

2019-06-28 Thread Travis (JIRA)


 [ 
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

2019-06-28 Thread Travis (JIRA)
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)

2019-06-27 Thread Travis (JIRA)


[ 
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

2019-06-27 Thread Travis (JIRA)


[ 
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)

2019-06-27 Thread Travis (JIRA)


[ 
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)

2019-06-27 Thread Travis (JIRA)


[ 
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

2019-06-27 Thread Travis (JIRA)


[ 
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

2019-06-27 Thread Travis (JIRA)


[ 
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

2019-06-27 Thread Travis (JIRA)


[ 
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

2019-06-27 Thread Travis (JIRA)


 [ 
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

2019-06-27 Thread Travis (JIRA)


 [ 
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

2019-06-27 Thread Travis (JIRA)


 [ 
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

2019-06-27 Thread Travis (JIRA)


[ 
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

2019-06-27 Thread Travis (JIRA)


 [ 
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

2019-06-27 Thread Travis (JIRA)


 [ 
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

2019-06-27 Thread Travis (JIRA)
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

2019-06-26 Thread Travis (JIRA)
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

2019-06-26 Thread Travis (JIRA)
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

2019-06-26 Thread Travis (JIRA)
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)

2019-06-26 Thread Travis (JIRA)
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

2019-06-26 Thread Travis (JIRA)
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

2019-06-26 Thread Travis (JIRA)
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

2019-04-04 Thread Travis (JIRA)


[ 
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



  1   2   >