[jira] [Comment Edited] (NETBEANS-5549) Crash on method completion in XHTML
[ https://issues.apache.org/jira/browse/NETBEANS-5549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17315283#comment-17315283 ] James Ostrowick edited comment on NETBEANS-5549 at 4/6/21, 6:43 AM: It is a PrimeFaces 8 JSF project inside a dataTable. someClass is just a serialized ViewScoped object with a List Logic class then maps to another class with the isEmptyLogic Method that returns a boolean (the dot/period/full stop being the default Java auto popup trigger under the "Code Completion" menu) When typing "logic." (it will NORMALLY autocomplete the available methods at this point) it then produces this crash. was (Author: jamesozzie): It is a PrimeFaces 8 JSF project inside a dataTable. someClass is just a serialized ViewScoped object with a List Logic class then maps to another class with the isEmptyMethod that returns a boolean (the dot/period/full stop being the default Java auto popup trigger under the "Code Completion" menu) When typing "logic." (it will NORMALLY autocomplete the available methods at this point) it then produces this crash. > Crash on method completion in XHTML > --- > > Key: NETBEANS-5549 > URL: https://issues.apache.org/jira/browse/NETBEANS-5549 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.4 > Environment: Zulu JDK 16 Mac OS X 11.2.3 Intel > Netbeans 12.4.1 Beta >Reporter: James Ostrowick >Priority: Major > > When trying to do autocompletion of class methods in XHTML files (JSF > project) it will almost always crash with : > java.lang.AssertionErrorjava.lang.AssertionError at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155) at > jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) at > jdk.compiler/com.sun.tools.javac.comp.Modules.allModules(Modules.java:1215) > at > jdk.compiler/com.sun.tools.javac.model.JavacElements.getAllModuleElements(JavacElements.java:127) > at > org.netbeans.modules.java.source.ElementUtils.getTypeElementByBinaryName(ElementUtils.java:49) > at > org.netbeans.api.java.source.ElementHandle.getTypeElementByBinaryName(ElementHandle.java:671) > at > org.netbeans.api.java.source.ElementHandle.resolveImpl(ElementHandle.java:178) > at > org.netbeans.api.java.source.ElementHandle.resolve(ElementHandle.java:132) at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:315) > at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:311) > at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:357) > at > org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:340) > 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:311) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:431) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter.document(ELJavaCompletionItem.java:311) > at > org.netbeans.modules.web.el.completion.ELCodeCompletionHandler.documentElement(ELCodeCompletionHandler.java:729) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.(GsfCompletionDoc.java:91) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.create(GsfCompletionDoc.java:108) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.resolveDocumentation(GsfCompletionProvider.java:528) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.access$600(GsfCompletionProvider.java:225) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery$1.run(GsfCompl
[jira] [Comment Edited] (NETBEANS-5549) Crash on method completion in XHTML
[ https://issues.apache.org/jira/browse/NETBEANS-5549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17315283#comment-17315283 ] James Ostrowick edited comment on NETBEANS-5549 at 4/6/21, 6:42 AM: It is a PrimeFaces 8 JSF project inside a dataTable. someClass is just a serialized ViewScoped object with a List Logic class then maps to another class with the isEmptyMethod that returns a boolean (the dot/period/full stop being the default Java auto popup trigger under the "Code Completion" menu) When typing "logic." (it will NORMALLY autocomplete the available methods at this point) it then produces this crash. was (Author: jamesozzie): It is a PrimeFaces 8 JSF project inside a dataTable. someClass is just a serialized ViewScoped object with a List Logic class then maps to another class with the isEmptyMethod that returns a boolean (the dot/period/full stop being the default Java auto popup trigger under the "Code Completion" menu) When typing "logic." (it will NORMALLY autocomplete the available methods at this point) it then produces this crash. > Crash on method completion in XHTML > --- > > Key: NETBEANS-5549 > URL: https://issues.apache.org/jira/browse/NETBEANS-5549 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.4 > Environment: Zulu JDK 16 Mac OS X 11.2.3 Intel > Netbeans 12.4.1 Beta >Reporter: James Ostrowick >Priority: Major > > When trying to do autocompletion of class methods in XHTML files (JSF > project) it will almost always crash with : > java.lang.AssertionErrorjava.lang.AssertionError at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155) at > jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) at > jdk.compiler/com.sun.tools.javac.comp.Modules.allModules(Modules.java:1215) > at > jdk.compiler/com.sun.tools.javac.model.JavacElements.getAllModuleElements(JavacElements.java:127) > at > org.netbeans.modules.java.source.ElementUtils.getTypeElementByBinaryName(ElementUtils.java:49) > at > org.netbeans.api.java.source.ElementHandle.getTypeElementByBinaryName(ElementHandle.java:671) > at > org.netbeans.api.java.source.ElementHandle.resolveImpl(ElementHandle.java:178) > at > org.netbeans.api.java.source.ElementHandle.resolve(ElementHandle.java:132) at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:315) > at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:311) > at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:357) > at > org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:340) > 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:311) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:431) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter.document(ELJavaCompletionItem.java:311) > at > org.netbeans.modules.web.el.completion.ELCodeCompletionHandler.documentElement(ELCodeCompletionHandler.java:729) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.(GsfCompletionDoc.java:91) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.create(GsfCompletionDoc.java:108) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.resolveDocumentation(GsfCompletionProvider.java:528) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.access$600(GsfCompletionProvider.java:225) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery$1.run(GsfCompletionProvi
[jira] [Commented] (NETBEANS-5549) Crash on method completion in XHTML
[ https://issues.apache.org/jira/browse/NETBEANS-5549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17315283#comment-17315283 ] James Ostrowick commented on NETBEANS-5549: --- It is a PrimeFaces 8 JSF project inside a dataTable. someClass is just a serialized ViewScoped object with a List Logic class then maps to another class with the isEmptyMethod that returns a boolean (the dot/period/full stop being the default Java auto popup trigger under the "Code Completion" menu) When typing "logic." (it will NORMALLY autocomplete the available methods at this point) it then produces this crash. > Crash on method completion in XHTML > --- > > Key: NETBEANS-5549 > URL: https://issues.apache.org/jira/browse/NETBEANS-5549 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.4 > Environment: Zulu JDK 16 Mac OS X 11.2.3 Intel > Netbeans 12.4.1 Beta >Reporter: James Ostrowick >Priority: Major > > When trying to do autocompletion of class methods in XHTML files (JSF > project) it will almost always crash with : > java.lang.AssertionErrorjava.lang.AssertionError at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155) at > jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) at > jdk.compiler/com.sun.tools.javac.comp.Modules.allModules(Modules.java:1215) > at > jdk.compiler/com.sun.tools.javac.model.JavacElements.getAllModuleElements(JavacElements.java:127) > at > org.netbeans.modules.java.source.ElementUtils.getTypeElementByBinaryName(ElementUtils.java:49) > at > org.netbeans.api.java.source.ElementHandle.getTypeElementByBinaryName(ElementHandle.java:671) > at > org.netbeans.api.java.source.ElementHandle.resolveImpl(ElementHandle.java:178) > at > org.netbeans.api.java.source.ElementHandle.resolve(ElementHandle.java:132) at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:315) > at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:311) > at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:357) > at > org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:340) > 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:311) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:431) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter.document(ELJavaCompletionItem.java:311) > at > org.netbeans.modules.web.el.completion.ELCodeCompletionHandler.documentElement(ELCodeCompletionHandler.java:729) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.(GsfCompletionDoc.java:91) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.create(GsfCompletionDoc.java:108) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.resolveDocumentation(GsfCompletionProvider.java:528) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.access$600(GsfCompletionProvider.java:225) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery$1.run(GsfCompletionProvider.java:315) > 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.ma
[jira] [Commented] (NETBEANS-5549) Crash on method completion in XHTML
[ https://issues.apache.org/jira/browse/NETBEANS-5549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17315274#comment-17315274 ] Junichi Yamamoto commented on NETBEANS-5549: Could you provide an example code with your exact steps to reproduce it? > Crash on method completion in XHTML > --- > > Key: NETBEANS-5549 > URL: https://issues.apache.org/jira/browse/NETBEANS-5549 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.4 > Environment: Zulu JDK 16 Mac OS X 11.2.3 Intel > Netbeans 12.4.1 Beta >Reporter: James Ostrowick >Priority: Major > > When trying to do autocompletion of class methods in XHTML files (JSF > project) it will almost always crash with : > java.lang.AssertionErrorjava.lang.AssertionError at > jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155) at > jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) at > jdk.compiler/com.sun.tools.javac.comp.Modules.allModules(Modules.java:1215) > at > jdk.compiler/com.sun.tools.javac.model.JavacElements.getAllModuleElements(JavacElements.java:127) > at > org.netbeans.modules.java.source.ElementUtils.getTypeElementByBinaryName(ElementUtils.java:49) > at > org.netbeans.api.java.source.ElementHandle.getTypeElementByBinaryName(ElementHandle.java:671) > at > org.netbeans.api.java.source.ElementHandle.resolveImpl(ElementHandle.java:178) > at > org.netbeans.api.java.source.ElementHandle.resolve(ElementHandle.java:132) at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:315) > at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:311) > at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:357) > at > org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:340) > 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:311) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:431) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter.document(ELJavaCompletionItem.java:311) > at > org.netbeans.modules.web.el.completion.ELCodeCompletionHandler.documentElement(ELCodeCompletionHandler.java:729) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.(GsfCompletionDoc.java:91) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.create(GsfCompletionDoc.java:108) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.resolveDocumentation(GsfCompletionProvider.java:528) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.access$600(GsfCompletionProvider.java:225) > at > org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery$1.run(GsfCompletionProvider.java:315) > 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.runPri
[jira] [Created] (NETBEANS-5549) Crash on method completion in XHTML
James Ostrowick created NETBEANS-5549: - Summary: Crash on method completion in XHTML Key: NETBEANS-5549 URL: https://issues.apache.org/jira/browse/NETBEANS-5549 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 12.4 Environment: Zulu JDK 16 Mac OS X 11.2.3 Intel Netbeans 12.4.1 Beta Reporter: James Ostrowick When trying to do autocompletion of class methods in XHTML files (JSF project) it will almost always crash with : java.lang.AssertionErrorjava.lang.AssertionError at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155) at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) at jdk.compiler/com.sun.tools.javac.comp.Modules.allModules(Modules.java:1215) at jdk.compiler/com.sun.tools.javac.model.JavacElements.getAllModuleElements(JavacElements.java:127) at org.netbeans.modules.java.source.ElementUtils.getTypeElementByBinaryName(ElementUtils.java:49) at org.netbeans.api.java.source.ElementHandle.getTypeElementByBinaryName(ElementHandle.java:671) at org.netbeans.api.java.source.ElementHandle.resolveImpl(ElementHandle.java:178) at org.netbeans.api.java.source.ElementHandle.resolve(ElementHandle.java:132) at org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:315) at org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter$1.run(ELJavaCompletionItem.java:311) at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:357) at org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:340) 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:311) at org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:431) at org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) at org.netbeans.modules.web.el.completion.ELJavaCompletionItem$ElementHandleAdapter.document(ELJavaCompletionItem.java:311) at org.netbeans.modules.web.el.completion.ELCodeCompletionHandler.documentElement(ELCodeCompletionHandler.java:729) at org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.(GsfCompletionDoc.java:91) at org.netbeans.modules.csl.editor.completion.GsfCompletionDoc.create(GsfCompletionDoc.java:108) at org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.resolveDocumentation(GsfCompletionProvider.java:528) at org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.access$600(GsfCompletionProvider.java:225) at org.netbeans.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery$1.run(GsfCompletionProvider.java:315) 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.modules.csl.editor.completion.GsfCompletionProvider$JavaCompletionQuery.query(GsfCompletionProvider.java:320) at org.netbeans.spi.editor.completion.support.AsyncCompletionTask.run(AsyncCompletionTask.java:198) at org.openide.util.RequestProcessor$Task.run(Request
[jira] [Closed] (NETBEANS-5532) Project (Keycloak) does not load properly
[ https://issues.apache.org/jira/browse/NETBEANS-5532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Torsten Römer closed NETBEANS-5532. --- Resolution: Not A Bug This is an issue with nb-javac, see https://issues.apache.org/jira/browse/NETBEANS-5539 > Project (Keycloak) does not load properly > - > > Key: NETBEANS-5532 > URL: https://issues.apache.org/jira/browse/NETBEANS-5532 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 > Environment: *Product Version:* Apache NetBeans IDE 12.3 > *Java:* 14.0.2; OpenJDK 64-Bit Server VM 14.0.2+12-Ubuntu-120.04 > *Runtime:* OpenJDK Runtime Environment 14.0.2+12-Ubuntu-120.04 > *System:* Linux version 5.4.0-70-generic running on amd64; UTF-8; de_DE (nb) >Reporter: Torsten Römer >Priority: Major > Attachments: Keycloak-cannot_find_symbol2.png, keycloak.png, > netbeans-test.tar.gz > > > I did the following: > * git clone [https://github.com/keycloak/keycloak.git] (13.0.0-SNAPSHOT) > * cd keycloak; mvn clean install -DskipTests (build successful) > * Open keycloak-parent and keycloak-services in NetBeans > * Created a simple project with a dependency to > org.keycloak:keycloak-services > *Expected behaviour:* > * The project(s) are loaded in NetBeans without errors > * A project using modules of the Keycloak project as dependency loads/builds > properly > *Observed behaviour:* > * keycloak-parent loads fine and all its modules are displayed without > "unloadable" > * keycloak-services has some errors, for example "cannot find symbol" > org.keycloak.connections.httpclient.DefaultHttpClientFactory in > org.keycloak.connections.httpclient.DefaultHttpClientFactoryTest, even though > DefaultHttpClientFactory is present in the same project and package and > without error > * In a simple, separate project (attached) with a "provided" dependency to > keycloak-services, an import of for example > org.keycloak.crypto.ES256SignatureProviderFactory fails as well with "cannot > find symbol" while some other classes in the same package can be loaded like > Aes128CbcHmacSha256ContentEncryptionProviderFactory > *Workaround:* > * Open the class(es) that cannot be found, i.e. > org.keycloak.connections.httpclient.DefaultHttpClientFactory > * Make a change, some whitespace is enough, save the class (it is now > compiled by nb-javac I suppose) > => "cannot find symbol" in DefaultHttpClientFactoryTest is gone > Doing the same for all other "cannot find symbol" eventually yields the > project keycloak-services to be without errors > * Same trick does however not work for > org.keycloak.crypto.ES256SignatureProviderFactory in the separate project, > class opens without error but CTRL+O does not find it -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5546) Update asm from 8.0.1 to 9.1
[ https://issues.apache.org/jira/browse/NETBEANS-5546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-5546: - Labels: pull-request-available (was: ) > Update asm from 8.0.1 to 9.1 > > > Key: NETBEANS-5546 > URL: https://issues.apache.org/jira/browse/NETBEANS-5546 > Project: NetBeans > Issue Type: Improvement > Components: projects - Libraries >Affects Versions: 12.3, 12.4 >Reporter: Jose >Assignee: Jose >Priority: Minor > Labels: pull-request-available > Fix For: Next > > Time Spent: 10m > Remaining Estimate: 0h > > Notes: > - JDK 17 support > - JDK 16 support (sealed classes), new ASM9 api version > - Add some input validations in ClassReader > - Replace -debug flag in Printer with -nodebug (-debug continues to work) > - Bug fixes: > -- 317900: Javadoc of ClassVisitor does not specify order of > visitRecordComponent > -- 317904: Bug with constructors in AdviceAdapter > -- 317910: Iterating over a InsnList with an iterator traverses the list > twice > -- 317897: AdviceAdapter incorrectly emits onMethodEnter from a try-catch > block in a constructor > -- 317921: Make Analyzer not require correct maxs or calculate maxs fast > -- 317922: InstructionAdapter shall throw consistent exceptions > -- 317923: Incorrect documentation on ClassReader's use of AnnotationVisitor > -- 317929: ClassRemapper doesn't remap annotation values > -- 317930: Can CheckClassAdapter.checkTypeRef throw a more specific > exception? > -- 317931: Shall CheckMethodAdapter.Method.visitLabel throw > IllegalStateException? > -- Tests that requires preview features should only run if the preview > features of the right JDK are enabled > [ASM Web Page|https://asm.ow2.io/index.html] > [Release Notes|https://asm.ow2.io/versions.html] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5539) nb-javac "Compile on Save" causes "cannot find symbol" for types that are present
[ https://issues.apache.org/jira/browse/NETBEANS-5539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Torsten Römer updated NETBEANS-5539: Description: *What I did:* # Clean install of NetBeans 12.3 # Installed nb-javac as recommended, restarted NetBeans # Cloned [https://github.com/keycloak/keycloak.git] (13.0.0-SNAPSHOT) from within NetBeans # Opened the parent project # Did "Clean and Build" of the whole project (success) # Expanded "Modules", all looks fine # Opened module "Keycloak REST Services": "Background scanning of projects..." takes a long time and there are constantly occurring "Unexpected Exception" (some NPE but it is impossible to select one because they are being replaced by a new occurrence all the time) # Opened the attached project "netbeans-test" *Expected behaviour:* * All projects open without error *Observed behaviour:* * When opening the module "Keycloak REST Services" is complete, there are several "cannot find symbol" errors for types that are actually present, for example DefaultVaultTranscriber in VaultTranscriberTest (see screenshot) * In the project "netbeans-test", in NetBeansTest.java, the import org.keycloak.crypto.ES256SignatureProviderFactory as well has "cannot find symbol" and content-assist for the package org.keycloak.crypto only shows a subset of the types that actually are in the package *Workaround:* Disabling "Compile on Save", deleting the cache in ~/.cache/netbeans, rebuilding the project, restarting NetBeans etc. does not solve the issue. "Uninstalling" nb-javac by deleting ~/.netbeans/12.3/modules and restarting NetBeans solves the problem, but then of course "Compile on Save" with all its advantages is not available any more. Then nb-javac can be installed and "Compile on Save" enabled again - no errors show up (but might occur again later?) *Additional information:* In NetBeans 12.4 Beta 1 "Compile on Save" can be enabled and works *without installing nb-javac*: [Compile on Save support for vanilla javac.|https://github.com/apache/netbeans/commit/46c1794125d317f190cd4fdc0309ad67c166faf0] was: *What I did:* # Clean install of NetBeans 12.3 # Installed nb-javac as recommended, restarted NetBeans # Cloned [https://github.com/keycloak/keycloak.git] (13.0.0-SNAPSHOT) from within NetBeans # Opened the parent project # Did "Clean and Build" of the whole project (success) # Expanded "Modules", all looks fine # Opened module "Keycloak REST Services": "Background scanning of projects..." takes a long time and there are constantly occurring "Unexpected Exception" (some NPE but it is impossible to select one because they are being replaced by a new occurrence all the time) # Opened the attached project "netbeans-test" *Expected behaviour:* * All projects open without error *Observed behaviour:* * When opening the module "Keycloak REST Services" is complete, there are several "cannot find symbol" errors for types that are actually present, for example DefaultVaultTranscriber in VaultTranscriberTest (see screenshot) * In the project "netbeans-test", in NetBeansTest.java, the import org.keycloak.crypto.ES256SignatureProviderFactory as well has "cannot find symbol" and content-assist for the package org.keycloak.crypto only shows a subset of the types that actually are in the package *Workaround:* Disabling "Compile on Save", deleting the cache in ~/.cache/netbeans, rebuilding the project, restarting NetBeans etc. does not solve the issue. "Uninstalling" nb-javac by deleting ~/.netbeans/12.3/modules and restarting NetBeans solves the problem, but then of course "Compile on Save" with all its advantages is not available any more. Then nb-javac can be installed and "Compile on Save" enabled again - no errors show up (but might occur again later?) *Additional information:* In NetBeans 12.4 Beta 1 "Compile on Save" can be enabled *without installing nb-javac*, and when running a test or debugging, the following message shows up: {{Running NetBeans Compile On Save execution. Phase execution is skipped and output directories of dependency projects (with Compile on Save turned on) will be used instead of their jar artifacts.}} And it works just fine - "Compile on Save" is available without nb-javac in 12.4 Beta 1? > nb-javac "Compile on Save" causes "cannot find symbol" for types that are > present > - > > Key: NETBEANS-5539 > URL: https://issues.apache.org/jira/browse/NETBEANS-5539 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 > Environment: *Product Version:* Apache NetBeans IDE 12.3 > *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04 > *System:* Linux version 5.4.0-70-generic
[jira] [Created] (NETBEANS-5548) Issues with Javac in WebApp
Victor Pineda created NETBEANS-5548: --- Summary: Issues with Javac in WebApp Key: NETBEANS-5548 URL: https://issues.apache.org/jira/browse/NETBEANS-5548 Project: NetBeans Issue Type: Bug Affects Versions: 12.3 Reporter: Victor Pineda I see many others issues related to this one, but not sure if they are the same one as this, anyway, here mis my report. I'm getting the following with my Maven Web App. java.lang.NullPointerException: Cannot invoke "com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors.iterator()" because "this.discoveredProcs" is nulljava.lang.NullPointerException: Cannot invoke "com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors.iterator()" because "this.discoveredProcs" is null at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:914) at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$2500(JavacProcessingEnvironment.java:113) at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1298) at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1380) at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1350) at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1240) at com.sun.tools.javac.main.JavaCompiler.lambda$readSourceFile$3(JavaCompiler.java:930) at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:330) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:683) at com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1434) at com.sun.tools.javac.code.Symbol.apiComplete(Symbol.java:689) at com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:863) at com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:798) at org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1160) at org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:546) at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:940) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:86) at org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) at org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) at org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:546) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:105) at org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:78) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113) at com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:189) at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:846) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:86) at org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) at org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) at org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:546) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:105) at org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:78) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113) at com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:144) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:605) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:86) at org.netbeans.api.java.source.support.CancellableTreeScanner.scan(CancellableTreeScanner.java:69) at org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:653) at org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:503) at org.netbeans.modules.java.hints.bugs.NPECheck.methodInvocation(NPECheck.java:308) at jdk.internal.reflect.GeneratedMethodAccessor102.invoke(Unknown Source) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:567)[catch] at org.netbeans.modules.java.hints.providers.code.CodeHintProviderImpl$WorkerImpl.createErrors(CodeHintProviderImpl.java:317) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.runHint(HintsInvoker.java:798) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.access$400(HintsInvoker.java:90) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.runAndAdd(HintsInvoker.java:657) at org.netbeans.modules.java.hints.spiimpl.hints.
[jira] [Commented] (NETBEANS-5540) package x.y.z does not exist for Gradle project
[ https://issues.apache.org/jira/browse/NETBEANS-5540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17315069#comment-17315069 ] Svatopluk Dedic commented on NETBEANS-5540: --- Is this regression from the pre-Beta state where the Container project query & priming stuff had been merged ? > package x.y.z does not exist for Gradle project > --- > > Key: NETBEANS-5540 > URL: https://issues.apache.org/jira/browse/NETBEANS-5540 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.4 > Environment: NB 12.4 Beta1, macOS, Java(TM) SE Runtime Environment > 18.9 (build 11.0.10+8-LTS-162) > git clone https://github.com/micronaut-projects/micronaut-test.git >Reporter: Martin Balin >Assignee: Laszlo Kishalmi >Priority: Major > Fix For: 12.4 > > Attachments: Screenshot 2021-04-04 at 10.42.30.png, demogradle.zip, > messages.log.1, without_nbjavac.png > > > Unpacked NB 12.4 beta1. Started fresh no user dir, no import of settings. > Run NB, install nb-javac when requested. > Open micronaut-test, previously cloned from > [https://github.com/micronaut-projects/micronaut-test|https://github.com/micronaut-projects/micronaut-test.] > I did not check the check box, trust the project in Project open dlg. > When top level project is open NB asks for Resolve problems, click Resolve, > then open test-junit5, Resolve Problems step is done, subproject is open. > It looks like attached screenshot. > Performing Clean & Build on project in NB does not fix this. > Close NB, run {{./gradlew build}} on top level project in terminal, same JDK > used, it builds the project successfully. > Open the multi project in NB again, still same errors displayed. See attached > screenshot and log file from this session. > In the next step I delete .gradle folder in micronaut-test, removed NB user > dir, start from scratch. In Open Project dlg I checked Trust the project. > Resolve Problems dlg appears for top level project with two problems: Priming > build and Trust the project. Click Resolve button, it gets green. > Then open test-junit5, Resolve Problems project appears and it is empty. > Source files are open with with same errors as previously in attachment. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5292) nb-javac is source of several issues
[ https://issues.apache.org/jira/browse/NETBEANS-5292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17315065#comment-17315065 ] Torsten Römer commented on NETBEANS-5292: - Could you try with 12.4 Beta 1, without installing nb-javac: [https://lists.apache.org/thread.html/r899bc729870651b46a7891003c46430fb40ad85c4dd06866aeb76660%40%3Cdev.netbeans.apache.org%3E] It should be possible to enable "Compile on Save" anyway and it appears to work just fine. > nb-javac is source of several issues > > > Key: NETBEANS-5292 > URL: https://issues.apache.org/jira/browse/NETBEANS-5292 > Project: NetBeans > Issue Type: Bug > Components: java - Compiler, java - Editor, java - Hints, platform - > Action Items >Affects Versions: 11.3, 12.2 > Environment: Gradle 6.8.1 > Possibly any JDK version 11 > nb-javac installed >Reporter: Netbeans User 2019 >Priority: Blocker > Labels: hints, nbjavac, nbjavac-impl.jar > > There are several issue reporting NullPointerException and in logs even > several related to hints (In context of Tools > Options > Editor > Hints). > So my suggestions are: > 1) to be deactivated all hints and retested with and with and without > nb-javac as seems that many issue like this is connected nb-javac, but It > could be even possible that hints are not revised at all from start and even > it is possible that could be ticked to run by import from prior version of > Netbeans, but it could be unsupported in new version. > 2) turn off of nb-javac does not fix issues like these, because it seems that > that states is ignored and nb-javac is still somehow in use ... so only > option is to uninstalled completely (so to see in notification request for > installation) - so it has to be fixed that if it is inactivated should not be > used > 3) to be added even new feature to reset all Hints to default > 4) seems that even some of such failure (even reported as race condition) > that leads to cases that it is not finished indexing so particular classes > are not index so even not visible by dialog to of types and in java editor is > represented as errors and there is not way to removed that reds, because > there are no way to tell to Apache Netbeans that such class is existing and > it is correct. > 5) "Background scanning of projects..." is even running for minutes with > nb-javac installed > Even if it is not done in minor version I would like to see it in major > version fixed. > To me it seems that nb-javac brings more issue than save -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-5547) Newer version of Netbeans doesn't import Payara settings
Bruno Tavares created NETBEANS-5547: --- Summary: Newer version of Netbeans doesn't import Payara settings Key: NETBEANS-5547 URL: https://issues.apache.org/jira/browse/NETBEANS-5547 Project: NetBeans Issue Type: Bug Affects Versions: 12.3 Environment: macOS BigSur 11.2.3 openjdk version "15.0.2" 2021-01-19 OpenJDK Runtime Environment Zulu15.29+15-CA (build 15.0.2+7) OpenJDK 64-Bit Server VM Zulu15.29+15-CA (build 15.0.2+7, mixed mode, sharing) Reporter: Bruno Tavares When installing a new version of Netbeans it appears a dialog box to confirm if I want to import settings from previous version, after clicking 'Yes' the Payara server configurations it's not imported, Glassfish it's imported correctly. Note: I need to copy config/PayaraEE6 folder to the new user directory to restore settings. If I add PayaraEE6 to netbeans.import file like this: include config/(J2EE|GlassFish|GlassFishEE6|GlassFishEE6WC|GlassFishEE8|GlassFishJakartaEE8|GlassFishJakartaEE9|*PayaraEE6*)/.* the import works fine. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-5546) Update asm from 8.0.1 to 9.1
Jose created NETBEANS-5546: -- Summary: Update asm from 8.0.1 to 9.1 Key: NETBEANS-5546 URL: https://issues.apache.org/jira/browse/NETBEANS-5546 Project: NetBeans Issue Type: Improvement Components: projects - Libraries Affects Versions: 12.3, 12.4 Reporter: Jose Assignee: Jose Fix For: Next Notes: - JDK 17 support - JDK 16 support (sealed classes), new ASM9 api version - Add some input validations in ClassReader - Replace -debug flag in Printer with -nodebug (-debug continues to work) - Bug fixes: -- 317900: Javadoc of ClassVisitor does not specify order of visitRecordComponent -- 317904: Bug with constructors in AdviceAdapter -- 317910: Iterating over a InsnList with an iterator traverses the list twice -- 317897: AdviceAdapter incorrectly emits onMethodEnter from a try-catch block in a constructor -- 317921: Make Analyzer not require correct maxs or calculate maxs fast -- 317922: InstructionAdapter shall throw consistent exceptions -- 317923: Incorrect documentation on ClassReader's use of AnnotationVisitor -- 317929: ClassRemapper doesn't remap annotation values -- 317930: Can CheckClassAdapter.checkTypeRef throw a more specific exception? -- 317931: Shall CheckMethodAdapter.Method.visitLabel throw IllegalStateException? -- Tests that requires preview features should only run if the preview features of the right JDK are enabled [ASM Web Page|https://asm.ow2.io/index.html] [Release Notes|https://asm.ow2.io/versions.html] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-5490) General Availability for javadoc 16
[ https://issues.apache.org/jira/browse/NETBEANS-5490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jose closed NETBEANS-5490. -- Resolution: Implemented Merged into master > General Availability for javadoc 16 > --- > > Key: NETBEANS-5490 > URL: https://issues.apache.org/jira/browse/NETBEANS-5490 > Project: NetBeans > Issue Type: Improvement > Components: java - Javadoc >Affects Versions: 12.3 >Reporter: Jose >Assignee: Jose >Priority: Minor > Labels: pull-request-available > Fix For: 12.4 > > Time Spent: 20m > Remaining Estimate: 0h > > Update link to javadoc 16 now that is in general availability > Before: > > [https://download.java.net/java/early_access/jdk16/docs/api/|https://download.java.net/java/early_access/jdk16/docs/api/] > After: > > [https://docs.oracle.com/en/java/javase/16/docs/api/|https://docs.oracle.com/en/java/javase/16/docs/api/] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5540) package x.y.z does not exist for Gradle project
[ https://issues.apache.org/jira/browse/NETBEANS-5540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Balin updated NETBEANS-5540: --- Summary: package x.y.z does not exist for Gradle project (was: package x.y.z does not exist for Gradle multiproject) > package x.y.z does not exist for Gradle project > --- > > Key: NETBEANS-5540 > URL: https://issues.apache.org/jira/browse/NETBEANS-5540 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.4 > Environment: NB 12.4 Beta1, macOS, Java(TM) SE Runtime Environment > 18.9 (build 11.0.10+8-LTS-162) > git clone https://github.com/micronaut-projects/micronaut-test.git >Reporter: Martin Balin >Assignee: Laszlo Kishalmi >Priority: Major > Fix For: 12.4 > > Attachments: Screenshot 2021-04-04 at 10.42.30.png, demogradle.zip, > messages.log.1, without_nbjavac.png > > > Unpacked NB 12.4 beta1. Started fresh no user dir, no import of settings. > Run NB, install nb-javac when requested. > Open micronaut-test, previously cloned from > [https://github.com/micronaut-projects/micronaut-test|https://github.com/micronaut-projects/micronaut-test.] > I did not check the check box, trust the project in Project open dlg. > When top level project is open NB asks for Resolve problems, click Resolve, > then open test-junit5, Resolve Problems step is done, subproject is open. > It looks like attached screenshot. > Performing Clean & Build on project in NB does not fix this. > Close NB, run {{./gradlew build}} on top level project in terminal, same JDK > used, it builds the project successfully. > Open the multi project in NB again, still same errors displayed. See attached > screenshot and log file from this session. > In the next step I delete .gradle folder in micronaut-test, removed NB user > dir, start from scratch. In Open Project dlg I checked Trust the project. > Resolve Problems dlg appears for top level project with two problems: Priming > build and Trust the project. Click Resolve button, it gets green. > Then open test-junit5, Resolve Problems project appears and it is empty. > Source files are open with with same errors as previously in attachment. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5540) package x.y.z does not exist for Gradle multiproject
[ https://issues.apache.org/jira/browse/NETBEANS-5540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Balin updated NETBEANS-5540: --- Attachment: demogradle.zip > package x.y.z does not exist for Gradle multiproject > > > Key: NETBEANS-5540 > URL: https://issues.apache.org/jira/browse/NETBEANS-5540 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.4 > Environment: NB 12.4 Beta1, macOS, Java(TM) SE Runtime Environment > 18.9 (build 11.0.10+8-LTS-162) > git clone https://github.com/micronaut-projects/micronaut-test.git >Reporter: Martin Balin >Assignee: Laszlo Kishalmi >Priority: Major > Fix For: 12.4 > > Attachments: Screenshot 2021-04-04 at 10.42.30.png, demogradle.zip, > messages.log.1, without_nbjavac.png > > > Unpacked NB 12.4 beta1. Started fresh no user dir, no import of settings. > Run NB, install nb-javac when requested. > Open micronaut-test, previously cloned from > [https://github.com/micronaut-projects/micronaut-test|https://github.com/micronaut-projects/micronaut-test.] > I did not check the check box, trust the project in Project open dlg. > When top level project is open NB asks for Resolve problems, click Resolve, > then open test-junit5, Resolve Problems step is done, subproject is open. > It looks like attached screenshot. > Performing Clean & Build on project in NB does not fix this. > Close NB, run {{./gradlew build}} on top level project in terminal, same JDK > used, it builds the project successfully. > Open the multi project in NB again, still same errors displayed. See attached > screenshot and log file from this session. > In the next step I delete .gradle folder in micronaut-test, removed NB user > dir, start from scratch. In Open Project dlg I checked Trust the project. > Resolve Problems dlg appears for top level project with two problems: Priming > build and Trust the project. Click Resolve button, it gets green. > Then open test-junit5, Resolve Problems project appears and it is empty. > Source files are open with with same errors as previously in attachment. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5540) package x.y.z does not exist for Gradle multiproject
[ https://issues.apache.org/jira/browse/NETBEANS-5540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17315018#comment-17315018 ] Martin Balin commented on NETBEANS-5540: Today I narrowed the problem and suspect seems to be "{{*Enable 'lazy' Source Group init*}}" experimental option even for the simple Gradle project. I found that in VSCodeNetBeans and reproduce with NB 12.4.Beta1. # Turn ON above mentioned setting. # Open attached "demogradle" project which is simple Micronaut generated app from [https://micronaut.io/launch] # I did not click Trust the project in open dialog. # Then Resolve problems dialog appears and it has *empty* list of problems to resolve. # Application.java source file is opened and it says " {{package io.micronaut.runtime does not exist}}" Build the project, it does not fix it. # Turn OFF "... lazy Source Group" option. Close and open project and it works, no error in source. This is a regression VSCodeNetBeans is by default run with this option and sources are broken then. I was wrong it affects multi-projects only. This one is very simple case. > package x.y.z does not exist for Gradle multiproject > > > Key: NETBEANS-5540 > URL: https://issues.apache.org/jira/browse/NETBEANS-5540 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.4 > Environment: NB 12.4 Beta1, macOS, Java(TM) SE Runtime Environment > 18.9 (build 11.0.10+8-LTS-162) > git clone https://github.com/micronaut-projects/micronaut-test.git >Reporter: Martin Balin >Assignee: Laszlo Kishalmi >Priority: Major > Fix For: 12.4 > > Attachments: Screenshot 2021-04-04 at 10.42.30.png, messages.log.1, > without_nbjavac.png > > > Unpacked NB 12.4 beta1. Started fresh no user dir, no import of settings. > Run NB, install nb-javac when requested. > Open micronaut-test, previously cloned from > [https://github.com/micronaut-projects/micronaut-test|https://github.com/micronaut-projects/micronaut-test.] > I did not check the check box, trust the project in Project open dlg. > When top level project is open NB asks for Resolve problems, click Resolve, > then open test-junit5, Resolve Problems step is done, subproject is open. > It looks like attached screenshot. > Performing Clean & Build on project in NB does not fix this. > Close NB, run {{./gradlew build}} on top level project in terminal, same JDK > used, it builds the project successfully. > Open the multi project in NB again, still same errors displayed. See attached > screenshot and log file from this session. > In the next step I delete .gradle folder in micronaut-test, removed NB user > dir, start from scratch. In Open Project dlg I checked Trust the project. > Resolve Problems dlg appears for top level project with two problems: Priming > build and Trust the project. Click Resolve button, it gets green. > Then open test-junit5, Resolve Problems project appears and it is empty. > Source files are open with with same errors as previously in attachment. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5544) Apache Tomcat deploy problem in jdk16
[ https://issues.apache.org/jira/browse/NETBEANS-5544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17314821#comment-17314821 ] Geertjan Wielenga commented on NETBEANS-5544: - NetBeans 12.3 does not support JDK 16. Probably Tomcat doesn't either. > Apache Tomcat deploy problem in jdk16 > - > > Key: NETBEANS-5544 > URL: https://issues.apache.org/jira/browse/NETBEANS-5544 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.3 > Environment: Windows 10 x64 > Apache Tomcat 9.0.44 > AdoptOpenJDK 16+36 >Reporter: Ghader Arkani >Priority: Major > > *Web projects won't deploy on apache tomcat when using jdk 16 the exception > is:* > java.lang.IllegalAccessError: class > org.netbeans.modules.tomcat5.deploy.TomcatManagerImpl (in unnamed module > @0x5f4cca6b) cannot access class > com.sun.org.apache.xerces.internal.impl.dv.util.Base64 (in module java.xml) > because module java.xml does not export > com.sun.org.apache.xerces.internal.impl.dv.util to unnamed module -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-5544) Apache Tomcat deploy problem in jdk16
Ghader Arkani created NETBEANS-5544: --- Summary: Apache Tomcat deploy problem in jdk16 Key: NETBEANS-5544 URL: https://issues.apache.org/jira/browse/NETBEANS-5544 Project: NetBeans Issue Type: Bug Affects Versions: 12.3 Environment: Windows 10 x64 Apache Tomcat 9.0.44 AdoptOpenJDK 16+36 Reporter: Ghader Arkani *Web projects won't deploy on apache tomcat when using jdk 16 the exception is:* java.lang.IllegalAccessError: class org.netbeans.modules.tomcat5.deploy.TomcatManagerImpl (in unnamed module @0x5f4cca6b) cannot access class com.sun.org.apache.xerces.internal.impl.dv.util.Base64 (in module java.xml) because module java.xml does not export com.sun.org.apache.xerces.internal.impl.dv.util to unnamed module -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5535) Netbeans 12.3 uses wrong Gradle wrapper
[ https://issues.apache.org/jira/browse/NETBEANS-5535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17314707#comment-17314707 ] Alexander Shchelkunov commented on NETBEANS-5535: - Hello [~lkishalmi], Thanks for the answer! The gradle-wrapper.properties content is the following: {code} #Auto Generated Wrapper distributionBase=GRADLE_USER_HOME distributionPath=wrapper/dists zipStoreBase=GRADLE_USER_HOME zipStorePath=wrapper/dists distributionUrl= {code} I would like to not provide direct link, because it is accessible in local network only. > Netbeans 12.3 uses wrong Gradle wrapper > --- > > Key: NETBEANS-5535 > URL: https://issues.apache.org/jira/browse/NETBEANS-5535 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 12.2 > Environment: Windows 10 > Gradle 6.6 > Netbeans 12.3 >Reporter: Alexander Shchelkunov >Assignee: Laszlo Kishalmi >Priority: Major > > Hello, > I'm trying to open a project which uses a custom plugin available only > through the Gradle wrapper and I'm getting the following error: > {code:java} > * What went wrong: > A problem occurred evaluating root project 'XXX'. > > Plugin with id 'YYY' not found. > {code} > I can see that Netbeans is trying to execute the following command and it > fails: > {code:java} > cd ; .\gradlew.bat --configure-on-demand -x check build > {code} > If I execute the same command from the command line, it works fine. > Is it possible to make sure that Netbeans uses certain Gradle wrapper when > open/build projects? It looks like it uses the wrong one: > 'C:\Users\\.gradle\wrapper\dists\gradle-6.7-bin\efvqh8uyq79v2n7rcncuhu9sv\gradle-6.7'. > It should use the wrapper specified in > gradle/wrapper/gradle-wrapper.properties file. > Thanks in advance! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-5543) Reflective access of java.nio.DirectByteBuffer.cleaner() not allowed from JDK-16.
Akhilesh Singh created NETBEANS-5543: Summary: Reflective access of java.nio.DirectByteBuffer.cleaner() not allowed from JDK-16. Key: NETBEANS-5543 URL: https://issues.apache.org/jira/browse/NETBEANS-5543 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 12.4 Reporter: Akhilesh Singh NetBeans seems to be hacking into a few JDK internals and this will be disallowed by default from Java 16 onwards. Needs to replace it from Unsafe.invokeCleaner WARNING: Illegal reflective access by org.netbeans.core.output2.FileMapStorage (jar:file:/Users/albatem/netbeans-12.3/platform/modules/org-netbeans-core-output2.jar!/) to method java.nio.DirectByteBuffer.cleaner() at org.netbeans.core.output2.FileMapStorage.unmap(FileMapStorage.java:311) at org.netbeans.core.output2.FileMapStorage.access$400(FileMapStorage.java:38) at org.netbeans.core.output2.FileMapStorage$MappedBufferResource.decRefs(FileMapStorage.java:479) at org.netbeans.core.output2.FileMapStorage.updateContents(FileMapStorage.java:377) at org.netbeans.core.output2.FileMapStorage.getReadBuffer(FileMapStorage.java:341) at org.netbeans.core.output2.AbstractLines.getText(AbstractLines.java:125) at org.netbeans.core.output2.OutputDocument.getText(OutputDocument.java:195) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists