[jira] [Closed] (NETBEANS-6458) Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance.
[ https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher closed NETBEANS-6458. -- > Cyclic reference. Somebody is trying to get value from FolderInstance > (org.openide.awt.Toolbar$Folder) from the same thread that is processing the > instance. > > > Key: NETBEANS-6458 > URL: https://issues.apache.org/jira/browse/NETBEANS-6458 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Time Spent: 1h 10m > Remaining Estimate: 0h > > {code} > INFO [org.openide.loaders.FolderInstance.Toolbars]: Cannot create > org.openide.loaders.FolderInstance$HoldInstance@1d0068b[Toolbars/File] > [junit] java.io.IOException: Cyclic reference. Somebody is trying to get > value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same > thread that is processing the instance > [junit] at > org.openide.loaders.FolderInstance.instanceCreate(FolderInstance.java:274) > [junit] at > org.openide.loaders.FolderInstance.instanceForCookie(FolderInstance.java:555) > [junit] at > org.openide.loaders.FolderInstance$HoldInstance.instanceCreate(FolderInstance.java:1132) > [junit] [catch] at > org.openide.loaders.FolderInstance$1R.instances(FolderInstance.java:675) > [junit] at > org.openide.loaders.FolderInstance$1R.run(FolderInstance.java:696) > [junit] at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > [junit] at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > [junit] at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > [junit] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > [junit] INFO [org.openide.awt.Toolbar]: Too long AWTTask: 1,811 ms for > org.openide.awt.Toolbar$Folder@512070e2(FolderList{MultiFileObject@3a04eb7f[Toolbars/UndoRedo]}) > {code} > It has happened during test > org.netbeans.modules.debugger.jpda.truffle.DebugRubyTest. > See https://app.travis-ci.com/github/apache/netbeans/jobs/559303759 for > details. -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-6458) Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance.
[ https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-6458. Resolution: Fixed > Cyclic reference. Somebody is trying to get value from FolderInstance > (org.openide.awt.Toolbar$Folder) from the same thread that is processing the > instance. > > > Key: NETBEANS-6458 > URL: https://issues.apache.org/jira/browse/NETBEANS-6458 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Time Spent: 1h 10m > Remaining Estimate: 0h > > {code} > INFO [org.openide.loaders.FolderInstance.Toolbars]: Cannot create > org.openide.loaders.FolderInstance$HoldInstance@1d0068b[Toolbars/File] > [junit] java.io.IOException: Cyclic reference. Somebody is trying to get > value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same > thread that is processing the instance > [junit] at > org.openide.loaders.FolderInstance.instanceCreate(FolderInstance.java:274) > [junit] at > org.openide.loaders.FolderInstance.instanceForCookie(FolderInstance.java:555) > [junit] at > org.openide.loaders.FolderInstance$HoldInstance.instanceCreate(FolderInstance.java:1132) > [junit] [catch] at > org.openide.loaders.FolderInstance$1R.instances(FolderInstance.java:675) > [junit] at > org.openide.loaders.FolderInstance$1R.run(FolderInstance.java:696) > [junit] at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > [junit] at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > [junit] at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > [junit] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > [junit] INFO [org.openide.awt.Toolbar]: Too long AWTTask: 1,811 ms for > org.openide.awt.Toolbar$Folder@512070e2(FolderList{MultiFileObject@3a04eb7f[Toolbars/UndoRedo]}) > {code} > It has happened during test > org.netbeans.modules.debugger.jpda.truffle.DebugRubyTest. > See https://app.travis-ci.com/github/apache/netbeans/jobs/559303759 for > details. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6458) Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance.
[ https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17494931#comment-17494931 ] Martin Entlicher commented on NETBEANS-6458: It's fixed by https://github.com/apache/netbeans/pull/3635 > Cyclic reference. Somebody is trying to get value from FolderInstance > (org.openide.awt.Toolbar$Folder) from the same thread that is processing the > instance. > > > Key: NETBEANS-6458 > URL: https://issues.apache.org/jira/browse/NETBEANS-6458 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > > {code} > INFO [org.openide.loaders.FolderInstance.Toolbars]: Cannot create > org.openide.loaders.FolderInstance$HoldInstance@1d0068b[Toolbars/File] > [junit] java.io.IOException: Cyclic reference. Somebody is trying to get > value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same > thread that is processing the instance > [junit] at > org.openide.loaders.FolderInstance.instanceCreate(FolderInstance.java:274) > [junit] at > org.openide.loaders.FolderInstance.instanceForCookie(FolderInstance.java:555) > [junit] at > org.openide.loaders.FolderInstance$HoldInstance.instanceCreate(FolderInstance.java:1132) > [junit] [catch] at > org.openide.loaders.FolderInstance$1R.instances(FolderInstance.java:675) > [junit] at > org.openide.loaders.FolderInstance$1R.run(FolderInstance.java:696) > [junit] at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > [junit] at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > [junit] at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > [junit] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > [junit] INFO [org.openide.awt.Toolbar]: Too long AWTTask: 1,811 ms for > org.openide.awt.Toolbar$Folder@512070e2(FolderList{MultiFileObject@3a04eb7f[Toolbars/UndoRedo]}) > {code} > It has happened during test > org.netbeans.modules.debugger.jpda.truffle.DebugRubyTest. > See https://app.travis-ci.com/github/apache/netbeans/jobs/559303759 for > details. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Assigned] (NETBEANS-6458) Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance.
[ https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher reassigned NETBEANS-6458: -- Assignee: Martin Entlicher > Cyclic reference. Somebody is trying to get value from FolderInstance > (org.openide.awt.Toolbar$Folder) from the same thread that is processing the > instance. > > > Key: NETBEANS-6458 > URL: https://issues.apache.org/jira/browse/NETBEANS-6458 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > > {code} > INFO [org.openide.loaders.FolderInstance.Toolbars]: Cannot create > org.openide.loaders.FolderInstance$HoldInstance@1d0068b[Toolbars/File] > [junit] java.io.IOException: Cyclic reference. Somebody is trying to get > value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same > thread that is processing the instance > [junit] at > org.openide.loaders.FolderInstance.instanceCreate(FolderInstance.java:274) > [junit] at > org.openide.loaders.FolderInstance.instanceForCookie(FolderInstance.java:555) > [junit] at > org.openide.loaders.FolderInstance$HoldInstance.instanceCreate(FolderInstance.java:1132) > [junit] [catch] at > org.openide.loaders.FolderInstance$1R.instances(FolderInstance.java:675) > [junit] at > org.openide.loaders.FolderInstance$1R.run(FolderInstance.java:696) > [junit] at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > [junit] at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > [junit] at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > [junit] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > [junit] INFO [org.openide.awt.Toolbar]: Too long AWTTask: 1,811 ms for > org.openide.awt.Toolbar$Folder@512070e2(FolderList{MultiFileObject@3a04eb7f[Toolbars/UndoRedo]}) > {code} > It has happened during test > org.netbeans.modules.debugger.jpda.truffle.DebugRubyTest. > See https://app.travis-ci.com/github/apache/netbeans/jobs/559303759 for > details. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6458) Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance.
[ https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17494629#comment-17494629 ] Martin Entlicher commented on NETBEANS-6458: Despite it's failing on the gates quite often, I've problems to reproduce it locally. > Cyclic reference. Somebody is trying to get value from FolderInstance > (org.openide.awt.Toolbar$Folder) from the same thread that is processing the > instance. > > > Key: NETBEANS-6458 > URL: https://issues.apache.org/jira/browse/NETBEANS-6458 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Reporter: Martin Entlicher >Priority: Critical > > {code} > INFO [org.openide.loaders.FolderInstance.Toolbars]: Cannot create > org.openide.loaders.FolderInstance$HoldInstance@1d0068b[Toolbars/File] > [junit] java.io.IOException: Cyclic reference. Somebody is trying to get > value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same > thread that is processing the instance > [junit] at > org.openide.loaders.FolderInstance.instanceCreate(FolderInstance.java:274) > [junit] at > org.openide.loaders.FolderInstance.instanceForCookie(FolderInstance.java:555) > [junit] at > org.openide.loaders.FolderInstance$HoldInstance.instanceCreate(FolderInstance.java:1132) > [junit] [catch] at > org.openide.loaders.FolderInstance$1R.instances(FolderInstance.java:675) > [junit] at > org.openide.loaders.FolderInstance$1R.run(FolderInstance.java:696) > [junit] at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > [junit] at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > [junit] at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > [junit] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > [junit] INFO [org.openide.awt.Toolbar]: Too long AWTTask: 1,811 ms for > org.openide.awt.Toolbar$Folder@512070e2(FolderList{MultiFileObject@3a04eb7f[Toolbars/UndoRedo]}) > {code} > It has happened during test > org.netbeans.modules.debugger.jpda.truffle.DebugRubyTest. > See https://app.travis-ci.com/github/apache/netbeans/jobs/559303759 for > details. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6458) Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance.
[ https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17494032#comment-17494032 ] Martin Entlicher commented on NETBEANS-6458: It breaks tests. E.g.: https://app.travis-ci.com/github/apache/netbeans/jobs/560053824 > Cyclic reference. Somebody is trying to get value from FolderInstance > (org.openide.awt.Toolbar$Folder) from the same thread that is processing the > instance. > > > Key: NETBEANS-6458 > URL: https://issues.apache.org/jira/browse/NETBEANS-6458 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Reporter: Martin Entlicher >Priority: Critical > > {code} > INFO [org.openide.loaders.FolderInstance.Toolbars]: Cannot create > org.openide.loaders.FolderInstance$HoldInstance@1d0068b[Toolbars/File] > [junit] java.io.IOException: Cyclic reference. Somebody is trying to get > value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same > thread that is processing the instance > [junit] at > org.openide.loaders.FolderInstance.instanceCreate(FolderInstance.java:274) > [junit] at > org.openide.loaders.FolderInstance.instanceForCookie(FolderInstance.java:555) > [junit] at > org.openide.loaders.FolderInstance$HoldInstance.instanceCreate(FolderInstance.java:1132) > [junit] [catch] at > org.openide.loaders.FolderInstance$1R.instances(FolderInstance.java:675) > [junit] at > org.openide.loaders.FolderInstance$1R.run(FolderInstance.java:696) > [junit] at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > [junit] at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > [junit] at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > [junit] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > [junit] INFO [org.openide.awt.Toolbar]: Too long AWTTask: 1,811 ms for > org.openide.awt.Toolbar$Folder@512070e2(FolderList{MultiFileObject@3a04eb7f[Toolbars/UndoRedo]}) > {code} > It has happened during test > org.netbeans.modules.debugger.jpda.truffle.DebugRubyTest. > See https://app.travis-ci.com/github/apache/netbeans/jobs/559303759 for > details. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6458) Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance.
[ https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-6458: --- Priority: Critical (was: Major) > Cyclic reference. Somebody is trying to get value from FolderInstance > (org.openide.awt.Toolbar$Folder) from the same thread that is processing the > instance. > > > Key: NETBEANS-6458 > URL: https://issues.apache.org/jira/browse/NETBEANS-6458 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Reporter: Martin Entlicher >Priority: Critical > > {code} > INFO [org.openide.loaders.FolderInstance.Toolbars]: Cannot create > org.openide.loaders.FolderInstance$HoldInstance@1d0068b[Toolbars/File] > [junit] java.io.IOException: Cyclic reference. Somebody is trying to get > value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same > thread that is processing the instance > [junit] at > org.openide.loaders.FolderInstance.instanceCreate(FolderInstance.java:274) > [junit] at > org.openide.loaders.FolderInstance.instanceForCookie(FolderInstance.java:555) > [junit] at > org.openide.loaders.FolderInstance$HoldInstance.instanceCreate(FolderInstance.java:1132) > [junit] [catch] at > org.openide.loaders.FolderInstance$1R.instances(FolderInstance.java:675) > [junit] at > org.openide.loaders.FolderInstance$1R.run(FolderInstance.java:696) > [junit] at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > [junit] at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > [junit] at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > [junit] at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > [junit] INFO [org.openide.awt.Toolbar]: Too long AWTTask: 1,811 ms for > org.openide.awt.Toolbar$Folder@512070e2(FolderList{MultiFileObject@3a04eb7f[Toolbars/UndoRedo]}) > {code} > It has happened during test > org.netbeans.modules.debugger.jpda.truffle.DebugRubyTest. > See https://app.travis-ci.com/github/apache/netbeans/jobs/559303759 for > details. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6458) Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance.
Martin Entlicher created NETBEANS-6458: -- Summary: Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance. Key: NETBEANS-6458 URL: https://issues.apache.org/jira/browse/NETBEANS-6458 Project: NetBeans Issue Type: Bug Components: platform - Other Reporter: Martin Entlicher {code} INFO [org.openide.loaders.FolderInstance.Toolbars]: Cannot create org.openide.loaders.FolderInstance$HoldInstance@1d0068b[Toolbars/File] [junit] java.io.IOException: Cyclic reference. Somebody is trying to get value from FolderInstance (org.openide.awt.Toolbar$Folder) from the same thread that is processing the instance [junit] at org.openide.loaders.FolderInstance.instanceCreate(FolderInstance.java:274) [junit] at org.openide.loaders.FolderInstance.instanceForCookie(FolderInstance.java:555) [junit] at org.openide.loaders.FolderInstance$HoldInstance.instanceCreate(FolderInstance.java:1132) [junit] [catch] at org.openide.loaders.FolderInstance$1R.instances(FolderInstance.java:675) [junit] at org.openide.loaders.FolderInstance$1R.run(FolderInstance.java:696) [junit] at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) [junit] at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) [junit] at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) [junit] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) [junit] INFO [org.openide.awt.Toolbar]: Too long AWTTask: 1,811 ms for org.openide.awt.Toolbar$Folder@512070e2(FolderList{MultiFileObject@3a04eb7f[Toolbars/UndoRedo]}) {code} It has happened during test org.netbeans.modules.debugger.jpda.truffle.DebugRubyTest. See https://app.travis-ci.com/github/apache/netbeans/jobs/559303759 for details. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6448) InaccessibleObjectException: Unable to make field accessible
[ https://issues.apache.org/jira/browse/NETBEANS-6448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-6448: --- Fix Version/s: 13 > InaccessibleObjectException: Unable to make field accessible > > > Key: NETBEANS-6448 > URL: https://issues.apache.org/jira/browse/NETBEANS-6448 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Reporter: Martin Entlicher >Priority: Major > Fix For: 13 > > > This is thrown from > {{org.netbeans.modules.debugger.jpda.truffle.DebugAllBaseTest}} on JDK 17: > {code} > SEVERE [org.openide.util.Exceptions] > java.lang.reflect.InaccessibleObjectException: Unable to make field private > transient java.lang.String java.net.URI.userInfo accessible: module java.base > does not "opens java.net" to unnamed module @3189c6bd > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354) > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > at > java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178) > at java.base/java.lang.reflect.Field.setAccessible(Field.java:172) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.setFieldsValues(VariableMirrorTranslator.java:259) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:245) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:114) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:95) > at > org.netbeans.modules.debugger.jpda.models.AbstractVariable.createMirrorObject(AbstractVariable.java:463) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getSourcePosition(TruffleAccess.java:551) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getCurrentPosition(TruffleAccess.java:432) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getCurrentPosition(TruffleAccess.java:421) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.setCurrentPosition(TruffleAccess.java:401) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.breakpointReached(TruffleAccess.java:372) > at > org.netbeans.api.debugger.jpda.JPDABreakpoint.fireJPDABreakpointChange(JPDABreakpoint.java:275) > at > org.netbeans.api.debugger.jpda.JPDADebugger.fireBreakpointEvent(JPDADebugger.java:466) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.fireBreakpointEvent(JPDADebuggerImpl.java:647) > at > org.netbeans.modules.debugger.jpda.breakpoints.BreakpointImpl.perform(BreakpointImpl.java:535) > at > org.netbeans.modules.debugger.jpda.breakpoints.MethodBreakpointImpl.exec(MethodBreakpointImpl.java:253) > [catch] at > org.netbeans.modules.debugger.jpda.util.Operator.processEvents(Operator.java:518) > at > org.netbeans.modules.debugger.jpda.util.Operator.access$800(Operator.java:96) > at > org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:228) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.netbeans.modules.debugger.jpda.util.Operator$2.run(Operator.java:260) > at java.base/java.lang.Thread.run(Thread.java:833) > {code} -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Assigned] (NETBEANS-6448) InaccessibleObjectException: Unable to make field accessible
[ https://issues.apache.org/jira/browse/NETBEANS-6448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher reassigned NETBEANS-6448: -- Assignee: Martin Entlicher > InaccessibleObjectException: Unable to make field accessible > > > Key: NETBEANS-6448 > URL: https://issues.apache.org/jira/browse/NETBEANS-6448 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 13 > > > This is thrown from > {{org.netbeans.modules.debugger.jpda.truffle.DebugAllBaseTest}} on JDK 17: > {code} > SEVERE [org.openide.util.Exceptions] > java.lang.reflect.InaccessibleObjectException: Unable to make field private > transient java.lang.String java.net.URI.userInfo accessible: module java.base > does not "opens java.net" to unnamed module @3189c6bd > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354) > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > at > java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178) > at java.base/java.lang.reflect.Field.setAccessible(Field.java:172) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.setFieldsValues(VariableMirrorTranslator.java:259) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:245) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:114) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:95) > at > org.netbeans.modules.debugger.jpda.models.AbstractVariable.createMirrorObject(AbstractVariable.java:463) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getSourcePosition(TruffleAccess.java:551) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getCurrentPosition(TruffleAccess.java:432) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getCurrentPosition(TruffleAccess.java:421) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.setCurrentPosition(TruffleAccess.java:401) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.breakpointReached(TruffleAccess.java:372) > at > org.netbeans.api.debugger.jpda.JPDABreakpoint.fireJPDABreakpointChange(JPDABreakpoint.java:275) > at > org.netbeans.api.debugger.jpda.JPDADebugger.fireBreakpointEvent(JPDADebugger.java:466) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.fireBreakpointEvent(JPDADebuggerImpl.java:647) > at > org.netbeans.modules.debugger.jpda.breakpoints.BreakpointImpl.perform(BreakpointImpl.java:535) > at > org.netbeans.modules.debugger.jpda.breakpoints.MethodBreakpointImpl.exec(MethodBreakpointImpl.java:253) > [catch] at > org.netbeans.modules.debugger.jpda.util.Operator.processEvents(Operator.java:518) > at > org.netbeans.modules.debugger.jpda.util.Operator.access$800(Operator.java:96) > at > org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:228) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.netbeans.modules.debugger.jpda.util.Operator$2.run(Operator.java:260) > at java.base/java.lang.Thread.run(Thread.java:833) > {code} -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6448) InaccessibleObjectException: Unable to make field accessible
[ https://issues.apache.org/jira/browse/NETBEANS-6448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17488103#comment-17488103 ] Martin Entlicher commented on NETBEANS-6448: This is caused by a new Java behavior, which throws new exceptions from existing API methods. > InaccessibleObjectException: Unable to make field accessible > > > Key: NETBEANS-6448 > URL: https://issues.apache.org/jira/browse/NETBEANS-6448 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Reporter: Martin Entlicher >Priority: Major > > This is thrown from > {{org.netbeans.modules.debugger.jpda.truffle.DebugAllBaseTest}} on JDK 17: > {code} > SEVERE [org.openide.util.Exceptions] > java.lang.reflect.InaccessibleObjectException: Unable to make field private > transient java.lang.String java.net.URI.userInfo accessible: module java.base > does not "opens java.net" to unnamed module @3189c6bd > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354) > at > java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) > at > java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178) > at java.base/java.lang.reflect.Field.setAccessible(Field.java:172) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.setFieldsValues(VariableMirrorTranslator.java:259) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:245) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:114) > at > org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:95) > at > org.netbeans.modules.debugger.jpda.models.AbstractVariable.createMirrorObject(AbstractVariable.java:463) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getSourcePosition(TruffleAccess.java:551) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getCurrentPosition(TruffleAccess.java:432) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getCurrentPosition(TruffleAccess.java:421) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.setCurrentPosition(TruffleAccess.java:401) > at > org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.breakpointReached(TruffleAccess.java:372) > at > org.netbeans.api.debugger.jpda.JPDABreakpoint.fireJPDABreakpointChange(JPDABreakpoint.java:275) > at > org.netbeans.api.debugger.jpda.JPDADebugger.fireBreakpointEvent(JPDADebugger.java:466) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.fireBreakpointEvent(JPDADebuggerImpl.java:647) > at > org.netbeans.modules.debugger.jpda.breakpoints.BreakpointImpl.perform(BreakpointImpl.java:535) > at > org.netbeans.modules.debugger.jpda.breakpoints.MethodBreakpointImpl.exec(MethodBreakpointImpl.java:253) > [catch] at > org.netbeans.modules.debugger.jpda.util.Operator.processEvents(Operator.java:518) > at > org.netbeans.modules.debugger.jpda.util.Operator.access$800(Operator.java:96) > at > org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:228) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.netbeans.modules.debugger.jpda.util.Operator$2.run(Operator.java:260) > at java.base/java.lang.Thread.run(Thread.java:833) > {code} -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6448) InaccessibleObjectException: Unable to make field accessible
Martin Entlicher created NETBEANS-6448: -- Summary: InaccessibleObjectException: Unable to make field accessible Key: NETBEANS-6448 URL: https://issues.apache.org/jira/browse/NETBEANS-6448 Project: NetBeans Issue Type: Bug Components: debugger - Java Reporter: Martin Entlicher This is thrown from {{org.netbeans.modules.debugger.jpda.truffle.DebugAllBaseTest}} on JDK 17: {code} SEVERE [org.openide.util.Exceptions] java.lang.reflect.InaccessibleObjectException: Unable to make field private transient java.lang.String java.net.URI.userInfo accessible: module java.base does not "opens java.net" to unnamed module @3189c6bd at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354) at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) at java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178) at java.base/java.lang.reflect.Field.setAccessible(Field.java:172) at org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.setFieldsValues(VariableMirrorTranslator.java:259) at org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:245) at org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:114) at org.netbeans.modules.debugger.jpda.models.VariableMirrorTranslator.createMirrorObject(VariableMirrorTranslator.java:95) at org.netbeans.modules.debugger.jpda.models.AbstractVariable.createMirrorObject(AbstractVariable.java:463) at org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getSourcePosition(TruffleAccess.java:551) at org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getCurrentPosition(TruffleAccess.java:432) at org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.getCurrentPosition(TruffleAccess.java:421) at org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.setCurrentPosition(TruffleAccess.java:401) at org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.breakpointReached(TruffleAccess.java:372) at org.netbeans.api.debugger.jpda.JPDABreakpoint.fireJPDABreakpointChange(JPDABreakpoint.java:275) at org.netbeans.api.debugger.jpda.JPDADebugger.fireBreakpointEvent(JPDADebugger.java:466) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.fireBreakpointEvent(JPDADebuggerImpl.java:647) at org.netbeans.modules.debugger.jpda.breakpoints.BreakpointImpl.perform(BreakpointImpl.java:535) at org.netbeans.modules.debugger.jpda.breakpoints.MethodBreakpointImpl.exec(MethodBreakpointImpl.java:253) [catch] at org.netbeans.modules.debugger.jpda.util.Operator.processEvents(Operator.java:518) at org.netbeans.modules.debugger.jpda.util.Operator.access$800(Operator.java:96) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:228) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.netbeans.modules.debugger.jpda.util.Operator$2.run(Operator.java:260) at java.base/java.lang.Thread.run(Thread.java:833) {code} -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6312) Missing READ-LOCK when accessing TokenHierarchy
[ https://issues.apache.org/jira/browse/NETBEANS-6312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-6312: --- Fix Version/s: NB13 > Missing READ-LOCK when accessing TokenHierarchy > --- > > Key: NETBEANS-6312 > URL: https://issues.apache.org/jira/browse/NETBEANS-6312 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: NB13 > > Time Spent: 1h 10m > Remaining Estimate: 0h > > It can be randomly reproduced on > {{org.netbeans.modules.ide.kit.VerifySimpleTemplatesTest}}. > It breaks gates quite often, e.g.: > https://github.com/apache/netbeans/runs/4532335022 > The problem is: > {code} > 2021-12-15T10:27:11.4316670Z [junit] INFO > [org.netbeans.spi.lexer.MutableTextInput]: !!WARNING!! Missing READ-LOCK when > accessing TokenHierarchy: > input-source:org.netbeans.modules.editor.NbEditorDocument@743af498, > mimeType='text/plain+xml', kitClass=null, length=169, version=1, > file=org.netbeans.modules.xml.XMLDataObject@3273bf7e[/Users/runner/work/netbeans/netbeans/ide/ide.kit/build/test/qa-functional/work/o.n.m.i.k.V/at/Test11.xml@e0df019d:262f3b8] > 2021-12-15T10:27:11.4420580Z [junit] java.lang.Exception > 2021-12-15T10:27:11.4523420Z [junit] [catch] at > org.netbeans.lib.lexer.TokenHierarchyOperation.ensureReadLocked(TokenHierarchyOperation.java:387) > 2021-12-15T10:27:11.4626970Z [junit] at > org.netbeans.lib.lexer.TokenHierarchyOperation.isActive(TokenHierarchyOperation.java:343) > 2021-12-15T10:27:11.4794700Z [junit] at > org.netbeans.api.lexer.TokenHierarchy.isActive(TokenHierarchy.java:306) > 2021-12-15T10:27:11.4898170Z [junit] at > org.netbeans.modules.textmate.lexer.SyntaxHighlighting.getHighlights(SyntaxHighlighting.java:122) > 2021-12-15T10:27:11.5002140Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.(DirectMergeContainer.java:209) > 2021-12-15T10:27:11.5106470Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer.getHighlights(DirectMergeContainer.java:96) > 2021-12-15T10:27:11.5210700Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.HighlightsReader.(HighlightsReader.java:42) > 2021-12-15T10:27:11.5318420Z [junit] at > org.netbeans.modules.editor.lib2.view.HighlightsViewFactory.restart(HighlightsViewFactory.java:167) > 2021-12-15T10:27:11.5421820Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder$FactoryState.init(ViewBuilder.java:1299) > 2021-12-15T10:27:11.5524920Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder.createViews(ViewBuilder.java:699) > 2021-12-15T10:27:11.5628510Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder.createReplaceRepaintViews(ViewBuilder.java:660) > 2021-12-15T10:27:11.5732260Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewUpdates.reinitAllViews(ViewUpdates.java:189) > 2021-12-15T10:27:11.5822640Z [junit] at > org.netbeans.modules.editor.lib2.view.DocumentViewOp.checkViewsInited(DocumentViewOp.java:619) > 2021-12-15T10:27:11.5975520Z [junit] at > org.netbeans.modules.editor.lib2.view.DocumentView.modelToYNeedsLock(DocumentView.java:762) > 2021-12-15T10:27:11.6079100Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewHierarchyImpl.modelToY(ViewHierarchyImpl.java:183) > 2021-12-15T10:27:11.6182660Z [junit] at > org.netbeans.modules.editor.lib2.view.LockedViewHierarchy.modelToY(LockedViewHierarchy.java:90) > 2021-12-15T10:27:11.6285920Z [junit] at > org.netbeans.editor.BaseTextUI.getYFromPos(BaseTextUI.java:271) > 2021-12-15T10:27:11.6456740Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent.showTooltip(BraceMatchingSidebarComponent.java:695) > 2021-12-15T10:27:11.6561980Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent.access$400(BraceMatchingSidebarComponent.java:93) > 2021-12-15T10:27:11.000Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent$4.run(BraceMatchingSidebarComponent.java:448) > 2021-12-15T10:27:11.6766190Z [junit] at > java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) > 2021-12-15T10:27:11.6869060Z [junit] at > java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) > 2021-12-15T10:27:11.6969840Z [junit] at > java.awt.EventQueue.access$500(EventQueue.java:97) > 2021-12-15T10:27:11.7072000Z [junit] at > java.awt.EventQueue$3.run(EventQueue.java:7
[jira] [Resolved] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy
[ https://issues.apache.org/jira/browse/NETBEANS-6312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-6312. Resolution: Fixed > Missing READ-LOCK when accessing TokenHierarchy > --- > > Key: NETBEANS-6312 > URL: https://issues.apache.org/jira/browse/NETBEANS-6312 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: NB13 > > Time Spent: 1h 10m > Remaining Estimate: 0h > > It can be randomly reproduced on > {{org.netbeans.modules.ide.kit.VerifySimpleTemplatesTest}}. > It breaks gates quite often, e.g.: > https://github.com/apache/netbeans/runs/4532335022 > The problem is: > {code} > 2021-12-15T10:27:11.4316670Z [junit] INFO > [org.netbeans.spi.lexer.MutableTextInput]: !!WARNING!! Missing READ-LOCK when > accessing TokenHierarchy: > input-source:org.netbeans.modules.editor.NbEditorDocument@743af498, > mimeType='text/plain+xml', kitClass=null, length=169, version=1, > file=org.netbeans.modules.xml.XMLDataObject@3273bf7e[/Users/runner/work/netbeans/netbeans/ide/ide.kit/build/test/qa-functional/work/o.n.m.i.k.V/at/Test11.xml@e0df019d:262f3b8] > 2021-12-15T10:27:11.4420580Z [junit] java.lang.Exception > 2021-12-15T10:27:11.4523420Z [junit] [catch] at > org.netbeans.lib.lexer.TokenHierarchyOperation.ensureReadLocked(TokenHierarchyOperation.java:387) > 2021-12-15T10:27:11.4626970Z [junit] at > org.netbeans.lib.lexer.TokenHierarchyOperation.isActive(TokenHierarchyOperation.java:343) > 2021-12-15T10:27:11.4794700Z [junit] at > org.netbeans.api.lexer.TokenHierarchy.isActive(TokenHierarchy.java:306) > 2021-12-15T10:27:11.4898170Z [junit] at > org.netbeans.modules.textmate.lexer.SyntaxHighlighting.getHighlights(SyntaxHighlighting.java:122) > 2021-12-15T10:27:11.5002140Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.(DirectMergeContainer.java:209) > 2021-12-15T10:27:11.5106470Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer.getHighlights(DirectMergeContainer.java:96) > 2021-12-15T10:27:11.5210700Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.HighlightsReader.(HighlightsReader.java:42) > 2021-12-15T10:27:11.5318420Z [junit] at > org.netbeans.modules.editor.lib2.view.HighlightsViewFactory.restart(HighlightsViewFactory.java:167) > 2021-12-15T10:27:11.5421820Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder$FactoryState.init(ViewBuilder.java:1299) > 2021-12-15T10:27:11.5524920Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder.createViews(ViewBuilder.java:699) > 2021-12-15T10:27:11.5628510Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder.createReplaceRepaintViews(ViewBuilder.java:660) > 2021-12-15T10:27:11.5732260Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewUpdates.reinitAllViews(ViewUpdates.java:189) > 2021-12-15T10:27:11.5822640Z [junit] at > org.netbeans.modules.editor.lib2.view.DocumentViewOp.checkViewsInited(DocumentViewOp.java:619) > 2021-12-15T10:27:11.5975520Z [junit] at > org.netbeans.modules.editor.lib2.view.DocumentView.modelToYNeedsLock(DocumentView.java:762) > 2021-12-15T10:27:11.6079100Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewHierarchyImpl.modelToY(ViewHierarchyImpl.java:183) > 2021-12-15T10:27:11.6182660Z [junit] at > org.netbeans.modules.editor.lib2.view.LockedViewHierarchy.modelToY(LockedViewHierarchy.java:90) > 2021-12-15T10:27:11.6285920Z [junit] at > org.netbeans.editor.BaseTextUI.getYFromPos(BaseTextUI.java:271) > 2021-12-15T10:27:11.6456740Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent.showTooltip(BraceMatchingSidebarComponent.java:695) > 2021-12-15T10:27:11.6561980Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent.access$400(BraceMatchingSidebarComponent.java:93) > 2021-12-15T10:27:11.000Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent$4.run(BraceMatchingSidebarComponent.java:448) > 2021-12-15T10:27:11.6766190Z [junit] at > java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) > 2021-12-15T10:27:11.6869060Z [junit] at > java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) > 2021-12-15T10:27:11.6969840Z [junit] at > java.awt.EventQueue.access$500(EventQueue.java:97) > 2021-12-15T10:27:11.7072000Z [junit] at > java.awt.EventQueue$3.run(EventQueue.java:7
[jira] [Commented] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy
[ https://issues.apache.org/jira/browse/NETBEANS-6312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17461666#comment-17461666 ] Martin Entlicher commented on NETBEANS-6312: The stack in question does not really seem to acquire the document read lock anywhere. Method {{DocumentView.modelToYNeedsLock(DocumentView.java:762)}} is supposed to be called with a read lock, if I get it right. But it's not called with a document read lock, but with {{LockedViewHierarchy}}, which acquires a lock on {{DocumentView}}, not on the {{Document}}. > Missing READ-LOCK when accessing TokenHierarchy > --- > > Key: NETBEANS-6312 > URL: https://issues.apache.org/jira/browse/NETBEANS-6312 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > > It can be randomly reproduced on > {{org.netbeans.modules.ide.kit.VerifySimpleTemplatesTest}}. > It breaks gates quite often, e.g.: > https://github.com/apache/netbeans/runs/4532335022 > The problem is: > {code} > 2021-12-15T10:27:11.4316670Z [junit] INFO > [org.netbeans.spi.lexer.MutableTextInput]: !!WARNING!! Missing READ-LOCK when > accessing TokenHierarchy: > input-source:org.netbeans.modules.editor.NbEditorDocument@743af498, > mimeType='text/plain+xml', kitClass=null, length=169, version=1, > file=org.netbeans.modules.xml.XMLDataObject@3273bf7e[/Users/runner/work/netbeans/netbeans/ide/ide.kit/build/test/qa-functional/work/o.n.m.i.k.V/at/Test11.xml@e0df019d:262f3b8] > 2021-12-15T10:27:11.4420580Z [junit] java.lang.Exception > 2021-12-15T10:27:11.4523420Z [junit] [catch] at > org.netbeans.lib.lexer.TokenHierarchyOperation.ensureReadLocked(TokenHierarchyOperation.java:387) > 2021-12-15T10:27:11.4626970Z [junit] at > org.netbeans.lib.lexer.TokenHierarchyOperation.isActive(TokenHierarchyOperation.java:343) > 2021-12-15T10:27:11.4794700Z [junit] at > org.netbeans.api.lexer.TokenHierarchy.isActive(TokenHierarchy.java:306) > 2021-12-15T10:27:11.4898170Z [junit] at > org.netbeans.modules.textmate.lexer.SyntaxHighlighting.getHighlights(SyntaxHighlighting.java:122) > 2021-12-15T10:27:11.5002140Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.(DirectMergeContainer.java:209) > 2021-12-15T10:27:11.5106470Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer.getHighlights(DirectMergeContainer.java:96) > 2021-12-15T10:27:11.5210700Z [junit] at > org.netbeans.modules.editor.lib2.highlighting.HighlightsReader.(HighlightsReader.java:42) > 2021-12-15T10:27:11.5318420Z [junit] at > org.netbeans.modules.editor.lib2.view.HighlightsViewFactory.restart(HighlightsViewFactory.java:167) > 2021-12-15T10:27:11.5421820Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder$FactoryState.init(ViewBuilder.java:1299) > 2021-12-15T10:27:11.5524920Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder.createViews(ViewBuilder.java:699) > 2021-12-15T10:27:11.5628510Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewBuilder.createReplaceRepaintViews(ViewBuilder.java:660) > 2021-12-15T10:27:11.5732260Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewUpdates.reinitAllViews(ViewUpdates.java:189) > 2021-12-15T10:27:11.5822640Z [junit] at > org.netbeans.modules.editor.lib2.view.DocumentViewOp.checkViewsInited(DocumentViewOp.java:619) > 2021-12-15T10:27:11.5975520Z [junit] at > org.netbeans.modules.editor.lib2.view.DocumentView.modelToYNeedsLock(DocumentView.java:762) > 2021-12-15T10:27:11.6079100Z [junit] at > org.netbeans.modules.editor.lib2.view.ViewHierarchyImpl.modelToY(ViewHierarchyImpl.java:183) > 2021-12-15T10:27:11.6182660Z [junit] at > org.netbeans.modules.editor.lib2.view.LockedViewHierarchy.modelToY(LockedViewHierarchy.java:90) > 2021-12-15T10:27:11.6285920Z [junit] at > org.netbeans.editor.BaseTextUI.getYFromPos(BaseTextUI.java:271) > 2021-12-15T10:27:11.6456740Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent.showTooltip(BraceMatchingSidebarComponent.java:695) > 2021-12-15T10:27:11.6561980Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent.access$400(BraceMatchingSidebarComponent.java:93) > 2021-12-15T10:27:11.000Z [junit] at > org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent$4.run(BraceMatchingSidebarComponent.java:448) > 2021-12-15T10:27:11.6766190Z [junit] at > java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) > 2021-12-15T10:27:11.6869060Z [junit]
[jira] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy
[ https://issues.apache.org/jira/browse/NETBEANS-6312 ] Martin Entlicher deleted comment on NETBEANS-6312: was (Author: entlicher): There are cases when the read lock is acquired outside of event dispatch thread. {code} "main" at javax.swing.text.AbstractDocument.readLock(AbstractDocument.java:1381) at org.netbeans.modules.editor.indent.TaskHandler.collectTasks(TaskHandler.java:127) at org.netbeans.modules.editor.indent.IndentImpl.reformatLock(IndentImpl.java:191) at org.netbeans.modules.editor.indent.api.Reformat.lock(Reformat.java:89) at org.netbeans.modules.editor.indent.IndentScriptEngineHack.eval(IndentScriptEngineHack.java:67) at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:264) at org.netbeans.modules.editor.indent.IndentScriptEngineHack.eval(IndentScriptEngineHack.java:119) at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:249) at org.netbeans.api.templates.CreateFromTemplateImpl.defaultCreate(CreateFromTemplateImpl.java:377) at org.netbeans.api.templates.CreateFromTemplateImpl.build(CreateFromTemplateImpl.java:151) at org.netbeans.api.templates.CreateFromTemplateImpl.lambda$build$0(CreateFromTemplateImpl.java:86) at org.netbeans.api.templates.CreateFromTemplateImpl$$Lambda$43.841262455.run at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at org.netbeans.api.templates.CreateFromTemplateImpl.build(CreateFromTemplateImpl.java:84) at org.netbeans.api.templates.FileBuilder.build(FileBuilder.java:267) at org.netbeans.api.templates.FileBuilder.createFromTemplate(FileBuilder.java:369) at org.openide.loaders.FileEntry.createFromTemplate(FileEntry.java:130) at org.openide.loaders.MultiDataObject.handleCreateFromTemplate(MultiDataObject.java:863) at org.openide.loaders.MultiDataObject.handleCreateFromTemplate(MultiDataObject.java:841) at org.openide.loaders.DefaultDataObject.handleCreateFromTemplate(DefaultDataObject.java:144) at org.openide.loaders.DataObject$CreateAction.run(DataObject.java:1572) at org.openide.loaders.DataObjectPool$1WrapAtomicAction.run(DataObjectPool.java:236) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at org.openide.loaders.DataObjectPool.runAtomicAction(DataObjectPool.java:261) at org.openide.loaders.DataObject.invokeAtomicAction(DataObject.java:1026) at org.openide.loaders.DataObject.createFromTemplate(DataObject.java:958) at org.openide.loaders.DataObject.createFromTemplate(DataObject.java:938) at org.netbeans.modules.ide.kit.VerifySimpleTemplatesTest.testAllTemplates(VerifySimpleTemplatesTest.java:77) at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at junit.framework.TestCase.runTest(TestCase.java:177) at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77) at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:476) at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:402) at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:495) at junit.framework.TestResult$1.protect(TestResult.java:122) at junit.framework.TestResult.runProtected(TestResult.java:142) at junit.framework.TestResult.run(TestResult.java:125) at junit.framework.TestCase.run(TestCase.java:130) at org.netbeans.junit.NbTestCase.run(NbTestCase.java:291) at junit.framework.TestSuite.runTest(TestSuite.java:241) at org.netbeans.junit.NbModuleSuite$NbTestSuiteLogCheck.runTest(NbModuleSuite.java:1611) at junit.framework.TestSuite.run(TestSuite.java:236) at junit.framework.TestSuite.runTest(TestSuite.java:241) at junit.framework.TestSuite.run(TestSuite.java:236) at org.netbeans.junit.NbModuleSuite$S.runInRuntimeContainer(NbModuleSuite.java:939) at org.netbeans.junit.NbModuleSuite$S.access$100(NbModuleSuite.java:660) at org.netbeans.junit.NbModuleSuite$S$1.protect(NbModuleSuite.java:681) at junit.framework.TestResult.runProtected(TestResult.java:142) at org.netbeans.junit.NbModuleSuite$S.run(NbModuleSuite.java:677) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:534) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.lau
[jira] [Comment Edited] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy
[ https://issues.apache.org/jira/browse/NETBEANS-6312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17461649#comment-17461649 ] Martin Entlicher edited comment on NETBEANS-6312 at 12/17/21, 8:11 PM: --- There are cases when the read lock is acquired outside of event dispatch thread. {code} "main" at javax.swing.text.AbstractDocument.readLock(AbstractDocument.java:1381) at org.netbeans.modules.editor.indent.TaskHandler.collectTasks(TaskHandler.java:127) at org.netbeans.modules.editor.indent.IndentImpl.reformatLock(IndentImpl.java:191) at org.netbeans.modules.editor.indent.api.Reformat.lock(Reformat.java:89) at org.netbeans.modules.editor.indent.IndentScriptEngineHack.eval(IndentScriptEngineHack.java:67) at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:264) at org.netbeans.modules.editor.indent.IndentScriptEngineHack.eval(IndentScriptEngineHack.java:119) at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:249) at org.netbeans.api.templates.CreateFromTemplateImpl.defaultCreate(CreateFromTemplateImpl.java:377) at org.netbeans.api.templates.CreateFromTemplateImpl.build(CreateFromTemplateImpl.java:151) at org.netbeans.api.templates.CreateFromTemplateImpl.lambda$build$0(CreateFromTemplateImpl.java:86) at org.netbeans.api.templates.CreateFromTemplateImpl$$Lambda$43.841262455.run at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at org.netbeans.api.templates.CreateFromTemplateImpl.build(CreateFromTemplateImpl.java:84) at org.netbeans.api.templates.FileBuilder.build(FileBuilder.java:267) at org.netbeans.api.templates.FileBuilder.createFromTemplate(FileBuilder.java:369) at org.openide.loaders.FileEntry.createFromTemplate(FileEntry.java:130) at org.openide.loaders.MultiDataObject.handleCreateFromTemplate(MultiDataObject.java:863) at org.openide.loaders.MultiDataObject.handleCreateFromTemplate(MultiDataObject.java:841) at org.openide.loaders.DefaultDataObject.handleCreateFromTemplate(DefaultDataObject.java:144) at org.openide.loaders.DataObject$CreateAction.run(DataObject.java:1572) at org.openide.loaders.DataObjectPool$1WrapAtomicAction.run(DataObjectPool.java:236) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at org.openide.loaders.DataObjectPool.runAtomicAction(DataObjectPool.java:261) at org.openide.loaders.DataObject.invokeAtomicAction(DataObject.java:1026) at org.openide.loaders.DataObject.createFromTemplate(DataObject.java:958) at org.openide.loaders.DataObject.createFromTemplate(DataObject.java:938) at org.netbeans.modules.ide.kit.VerifySimpleTemplatesTest.testAllTemplates(VerifySimpleTemplatesTest.java:77) at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at junit.framework.TestCase.runTest(TestCase.java:177) at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77) at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:476) at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:402) at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:495) at junit.framework.TestResult$1.protect(TestResult.java:122) at junit.framework.TestResult.runProtected(TestResult.java:142) at junit.framework.TestResult.run(TestResult.java:125) at junit.framework.TestCase.run(TestCase.java:130) at org.netbeans.junit.NbTestCase.run(NbTestCase.java:291) at junit.framework.TestSuite.runTest(TestSuite.java:241) at org.netbeans.junit.NbModuleSuite$NbTestSuiteLogCheck.runTest(NbModuleSuite.java:1611) at junit.framework.TestSuite.run(TestSuite.java:236) at junit.framework.TestSuite.runTest(TestSuite.java:241) at junit.framework.TestSuite.run(TestSuite.java:236) at org.netbeans.junit.NbModuleSuite$S.runInRuntimeContainer(NbModuleSuite.java:939) at org.netbeans.junit.NbModuleSuite$S.access$100(NbModuleSuite.java:660) at org.netbeans.junit.NbModuleSuite$S$1.protect(NbModuleSuite.java:681) at junit.framework.TestResult.runProtected(TestResult.java:142) at org.netbeans.junit.NbModuleSuite$S.run(NbModuleSuite.java:677) at org.apache.tools.ant.taskdefs.optional
[jira] [Commented] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy
[ https://issues.apache.org/jira/browse/NETBEANS-6312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17461649#comment-17461649 ] Martin Entlicher commented on NETBEANS-6312: There are cases when the read lock is acquired outside of event dispatch thread. This can cause race conditions: {code} "main" at javax.swing.text.AbstractDocument.readLock(AbstractDocument.java:1381) at org.netbeans.modules.editor.indent.TaskHandler.collectTasks(TaskHandler.java:127) at org.netbeans.modules.editor.indent.IndentImpl.reformatLock(IndentImpl.java:191) at org.netbeans.modules.editor.indent.api.Reformat.lock(Reformat.java:89) at org.netbeans.modules.editor.indent.IndentScriptEngineHack.eval(IndentScriptEngineHack.java:67) at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:264) at org.netbeans.modules.editor.indent.IndentScriptEngineHack.eval(IndentScriptEngineHack.java:119) at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:249) at org.netbeans.api.templates.CreateFromTemplateImpl.defaultCreate(CreateFromTemplateImpl.java:377) at org.netbeans.api.templates.CreateFromTemplateImpl.build(CreateFromTemplateImpl.java:151) at org.netbeans.api.templates.CreateFromTemplateImpl.lambda$build$0(CreateFromTemplateImpl.java:86) at org.netbeans.api.templates.CreateFromTemplateImpl$$Lambda$43.841262455.run at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at org.netbeans.api.templates.CreateFromTemplateImpl.build(CreateFromTemplateImpl.java:84) at org.netbeans.api.templates.FileBuilder.build(FileBuilder.java:267) at org.netbeans.api.templates.FileBuilder.createFromTemplate(FileBuilder.java:369) at org.openide.loaders.FileEntry.createFromTemplate(FileEntry.java:130) at org.openide.loaders.MultiDataObject.handleCreateFromTemplate(MultiDataObject.java:863) at org.openide.loaders.MultiDataObject.handleCreateFromTemplate(MultiDataObject.java:841) at org.openide.loaders.DefaultDataObject.handleCreateFromTemplate(DefaultDataObject.java:144) at org.openide.loaders.DataObject$CreateAction.run(DataObject.java:1572) at org.openide.loaders.DataObjectPool$1WrapAtomicAction.run(DataObjectPool.java:236) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at org.openide.loaders.DataObjectPool.runAtomicAction(DataObjectPool.java:261) at org.openide.loaders.DataObject.invokeAtomicAction(DataObject.java:1026) at org.openide.loaders.DataObject.createFromTemplate(DataObject.java:958) at org.openide.loaders.DataObject.createFromTemplate(DataObject.java:938) at org.netbeans.modules.ide.kit.VerifySimpleTemplatesTest.testAllTemplates(VerifySimpleTemplatesTest.java:77) at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at junit.framework.TestCase.runTest(TestCase.java:177) at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77) at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:476) at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:402) at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:495) at junit.framework.TestResult$1.protect(TestResult.java:122) at junit.framework.TestResult.runProtected(TestResult.java:142) at junit.framework.TestResult.run(TestResult.java:125) at junit.framework.TestCase.run(TestCase.java:130) at org.netbeans.junit.NbTestCase.run(NbTestCase.java:291) at junit.framework.TestSuite.runTest(TestSuite.java:241) at org.netbeans.junit.NbModuleSuite$NbTestSuiteLogCheck.runTest(NbModuleSuite.java:1611) at junit.framework.TestSuite.run(TestSuite.java:236) at junit.framework.TestSuite.runTest(TestSuite.java:241) at junit.framework.TestSuite.run(TestSuite.java:236) at org.netbeans.junit.NbModuleSuite$S.runInRuntimeContainer(NbModuleSuite.java:939) at org.netbeans.junit.NbModuleSuite$S.access$100(NbModuleSuite.java:660) at org.netbeans.junit.NbModuleSuite$S$1.protect(NbModuleSuite.java:681) at junit.framework.TestResult.runProtected(TestResult.java:142) at org.netbeans.junit.NbModuleSuite$S.run(NbModuleSuite.java:677) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunn
[jira] [Created] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy
Martin Entlicher created NETBEANS-6312: -- Summary: Missing READ-LOCK when accessing TokenHierarchy Key: NETBEANS-6312 URL: https://issues.apache.org/jira/browse/NETBEANS-6312 Project: NetBeans Issue Type: Bug Components: java - Editor Reporter: Martin Entlicher Assignee: Martin Entlicher It can be randomly reproduced on {{org.netbeans.modules.ide.kit.VerifySimpleTemplatesTest}}. It breaks gates quite often, e.g.: https://github.com/apache/netbeans/runs/4532335022 The problem is: {code} 2021-12-15T10:27:11.4316670Z [junit] INFO [org.netbeans.spi.lexer.MutableTextInput]: !!WARNING!! Missing READ-LOCK when accessing TokenHierarchy: input-source:org.netbeans.modules.editor.NbEditorDocument@743af498, mimeType='text/plain+xml', kitClass=null, length=169, version=1, file=org.netbeans.modules.xml.XMLDataObject@3273bf7e[/Users/runner/work/netbeans/netbeans/ide/ide.kit/build/test/qa-functional/work/o.n.m.i.k.V/at/Test11.xml@e0df019d:262f3b8] 2021-12-15T10:27:11.4420580Z [junit] java.lang.Exception 2021-12-15T10:27:11.4523420Z [junit] [catch] at org.netbeans.lib.lexer.TokenHierarchyOperation.ensureReadLocked(TokenHierarchyOperation.java:387) 2021-12-15T10:27:11.4626970Z [junit]at org.netbeans.lib.lexer.TokenHierarchyOperation.isActive(TokenHierarchyOperation.java:343) 2021-12-15T10:27:11.4794700Z [junit]at org.netbeans.api.lexer.TokenHierarchy.isActive(TokenHierarchy.java:306) 2021-12-15T10:27:11.4898170Z [junit]at org.netbeans.modules.textmate.lexer.SyntaxHighlighting.getHighlights(SyntaxHighlighting.java:122) 2021-12-15T10:27:11.5002140Z [junit]at org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer$HlSequence.(DirectMergeContainer.java:209) 2021-12-15T10:27:11.5106470Z [junit]at org.netbeans.modules.editor.lib2.highlighting.DirectMergeContainer.getHighlights(DirectMergeContainer.java:96) 2021-12-15T10:27:11.5210700Z [junit]at org.netbeans.modules.editor.lib2.highlighting.HighlightsReader.(HighlightsReader.java:42) 2021-12-15T10:27:11.5318420Z [junit]at org.netbeans.modules.editor.lib2.view.HighlightsViewFactory.restart(HighlightsViewFactory.java:167) 2021-12-15T10:27:11.5421820Z [junit]at org.netbeans.modules.editor.lib2.view.ViewBuilder$FactoryState.init(ViewBuilder.java:1299) 2021-12-15T10:27:11.5524920Z [junit]at org.netbeans.modules.editor.lib2.view.ViewBuilder.createViews(ViewBuilder.java:699) 2021-12-15T10:27:11.5628510Z [junit]at org.netbeans.modules.editor.lib2.view.ViewBuilder.createReplaceRepaintViews(ViewBuilder.java:660) 2021-12-15T10:27:11.5732260Z [junit]at org.netbeans.modules.editor.lib2.view.ViewUpdates.reinitAllViews(ViewUpdates.java:189) 2021-12-15T10:27:11.5822640Z [junit]at org.netbeans.modules.editor.lib2.view.DocumentViewOp.checkViewsInited(DocumentViewOp.java:619) 2021-12-15T10:27:11.5975520Z [junit]at org.netbeans.modules.editor.lib2.view.DocumentView.modelToYNeedsLock(DocumentView.java:762) 2021-12-15T10:27:11.6079100Z [junit]at org.netbeans.modules.editor.lib2.view.ViewHierarchyImpl.modelToY(ViewHierarchyImpl.java:183) 2021-12-15T10:27:11.6182660Z [junit]at org.netbeans.modules.editor.lib2.view.LockedViewHierarchy.modelToY(LockedViewHierarchy.java:90) 2021-12-15T10:27:11.6285920Z [junit]at org.netbeans.editor.BaseTextUI.getYFromPos(BaseTextUI.java:271) 2021-12-15T10:27:11.6456740Z [junit]at org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent.showTooltip(BraceMatchingSidebarComponent.java:695) 2021-12-15T10:27:11.6561980Z [junit]at org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent.access$400(BraceMatchingSidebarComponent.java:93) 2021-12-15T10:27:11.000Z [junit]at org.netbeans.modules.editor.bracesmatching.BraceMatchingSidebarComponent$4.run(BraceMatchingSidebarComponent.java:448) 2021-12-15T10:27:11.6766190Z [junit]at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) 2021-12-15T10:27:11.6869060Z [junit]at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) 2021-12-15T10:27:11.6969840Z [junit]at java.awt.EventQueue.access$500(EventQueue.java:97) 2021-12-15T10:27:11.7072000Z [junit]at java.awt.EventQueue$3.run(EventQueue.java:709) 2021-12-15T10:27:11.7166440Z [junit]at java.awt.EventQueue$3.run(EventQueue.java:703) 2021-12-15T10:27:11.7269350Z [junit]at java.security.AccessController.doPrivileged(Native Method) 2021-12-15T10:27:11.7336010Z [junit]at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74) 2021-12-15T10:27:11.7486700Z [junit]at java.a
[jira] [Created] (NETBEANS-6297) Add ActionProvider.COMMAND_DEBUG_TEST
Martin Entlicher created NETBEANS-6297: -- Summary: Add ActionProvider.COMMAND_DEBUG_TEST Key: NETBEANS-6297 URL: https://issues.apache.org/jira/browse/NETBEANS-6297 Project: NetBeans Issue Type: Improvement Components: projects - Generic Infrastructure Reporter: Martin Entlicher Assignee: Martin Entlicher We have: * {{ActionProvider.COMMAND_TEST}}, * {{ActionProvider.COMMAND_TEST_SINGLE}}, * {{ActionProvider.COMMAND_DEBUG_TEST_SINGLE}}, but we do not have: * {{ActionProvider.COMMAND_DEBUG_TEST}}. {{COMMAND_DEBUG_TEST}} is necessary to add for completeness. To run all tests under the debugger. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6189) Update tests of Truffle debugger and assure that the tests are run on gates.
Martin Entlicher created NETBEANS-6189: -- Summary: Update tests of Truffle debugger and assure that the tests are run on gates. Key: NETBEANS-6189 URL: https://issues.apache.org/jira/browse/NETBEANS-6189 Project: NetBeans Issue Type: Test Components: debugger - Java Reporter: Martin Entlicher Assignee: Martin Entlicher Fix For: NB13 Truffle debugger tests are failing: {code:java} netbeans/java/debugger.jpda.truffle$ ant test ... [junit] Exception in thread "main" org.graalvm.polyglot.PolyglotException: java.lang.NoClassDefFoundError: com/oracle/truffle/api/interop/Message ...{code} They need to be updated and added to gate tests . -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6163) Maven does not set generated source roots correctly
[ https://issues.apache.org/jira/browse/NETBEANS-6163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-6163: --- Fix Version/s: Next > Maven does not set generated source roots correctly > --- > > Key: NETBEANS-6163 > URL: https://issues.apache.org/jira/browse/NETBEANS-6163 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: Next > > Time Spent: 10m > Remaining Estimate: 0h > > Clone and build [https://github.com/dsyer/native-image-debug] > Open the project in NetBeans and see that under {{Generated Sources}} there > are packages like: {{src.main.java.org.springframework.aot}}, etc. > The initial {{src/main/java}} should not be included in the source root. -- 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] [Assigned] (NETBEANS-6163) Maven does not set generated source roots correctly
[ https://issues.apache.org/jira/browse/NETBEANS-6163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher reassigned NETBEANS-6163: -- Assignee: Martin Entlicher > Maven does not set generated source roots correctly > --- > > Key: NETBEANS-6163 > URL: https://issues.apache.org/jira/browse/NETBEANS-6163 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > Clone and build [https://github.com/dsyer/native-image-debug] > Open the project in NetBeans and see that under {{Generated Sources}} there > are packages like: {{src.main.java.org.springframework.aot}}, etc. > The initial {{src/main/java}} should not be included in the source root. -- 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-6163) Maven does not set generated source roots correctly
Martin Entlicher created NETBEANS-6163: -- Summary: Maven does not set generated source roots correctly Key: NETBEANS-6163 URL: https://issues.apache.org/jira/browse/NETBEANS-6163 Project: NetBeans Issue Type: Bug Components: projects - Maven Reporter: Martin Entlicher Clone and build [https://github.com/dsyer/native-image-debug] Open the project in NetBeans and see that under {{Generated Sources}} there are packages like: {{src.main.java.org.springframework.aot}}, etc. The initial {{src/main/java}} should not be included in the source root. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-6127) Suspend all Threads on a breakpoint freezes debugging.
[ https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-6127. Resolution: Fixed Fixed by https://github.com/apache/netbeans/pull/3244 > Suspend all Threads on a breakpoint freezes debugging. > -- > > Key: NETBEANS-6127 > URL: https://issues.apache.org/jira/browse/NETBEANS-6127 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 12.6 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 50m > Remaining Estimate: 0h > > After [https://github.com/apache/netbeans/pull/3204] the suspend all threads > on a breakpoint is broken. > To reproduce, set {{Suspend All Threads}} option on a breakpoint. -- 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-6127) Suspend all Threads on a breakpoint freezes debugging.
[ https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-6127: --- Summary: Suspend all Threads on a breakpoint freezes debugging. (was: Suspend all in debugger freezes debugging) > Suspend all Threads on a breakpoint freezes debugging. > -- > > Key: NETBEANS-6127 > URL: https://issues.apache.org/jira/browse/NETBEANS-6127 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 12.6 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 10m > Remaining Estimate: 0h > > After [https://github.com/apache/netbeans/pull/3204] the suspend all > functionality is broken. > That covers both {{Pause}} action and {{Suspend All Threads}} option on a > breakpoint. -- 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-6127) Suspend all Threads on a breakpoint freezes debugging.
[ https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-6127: --- Description: After [https://github.com/apache/netbeans/pull/3204] the suspend all threads on a breakpoint is broken. To reproduce, set {{Suspend All Threads}} option on a breakpoint. was: After [https://github.com/apache/netbeans/pull/3204] the suspend all functionality is broken. That covers both {{Pause}} action and {{Suspend All Threads}} option on a breakpoint. > Suspend all Threads on a breakpoint freezes debugging. > -- > > Key: NETBEANS-6127 > URL: https://issues.apache.org/jira/browse/NETBEANS-6127 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 12.6 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 10m > Remaining Estimate: 0h > > After [https://github.com/apache/netbeans/pull/3204] the suspend all threads > on a breakpoint is broken. > To reproduce, set {{Suspend All Threads}} option on a breakpoint. -- 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-6127) Suspend all in debugger freezes debugging
[ https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17428206#comment-17428206 ] Martin Entlicher commented on NETBEANS-6127: Well, it looks like the extreme slowness of suspend all is GraalVM-specific. I do not see it on standard Oracle's JDK 8. This needs further investigation on GraalVM side. > Suspend all in debugger freezes debugging > - > > Key: NETBEANS-6127 > URL: https://issues.apache.org/jira/browse/NETBEANS-6127 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 12.6 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Fix For: 12.6 > > > After [https://github.com/apache/netbeans/pull/3204] the suspend all > functionality is broken. > That covers both {{Pause}} action and {{Suspend All Threads}} option on a > breakpoint. -- 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-6127) Suspend all in debugger freezes debugging
[ https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17428200#comment-17428200 ] Martin Entlicher commented on NETBEANS-6127: When debugging an application that runs on JDK 8, the suspend all threads is incredibly slow. There are threads that simply wait for reply: {code} "JPDA Debugger" #113 daemon prio=1 os_prio=4 tid=0x7f28a9018000 nid=0x55335 in Object.wait() [0x7f3146de3000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at com.sun.tools.jdi.TargetVM.waitForReply(TargetVM.java:303) - locked <0x00068a2a1ff8> (a com.sun.tools.jdi.Packet) at com.sun.tools.jdi.VirtualMachineImpl.waitForTargetReply(VirtualMachineImpl.java:1030) at com.sun.tools.jdi.PacketStream.waitForReply(PacketStream.java:69) at com.sun.tools.jdi.JDWP$ThreadReference$FrameCount.waitForReply(JDWP.java:5444) at com.sun.tools.jdi.JDWP$ThreadReference$FrameCount.process(JDWP.java:5425) at com.sun.tools.jdi.ThreadReferenceImpl.frameCount(ThreadReferenceImpl.java:336) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frameCount0(ThreadReferenceWrapper.java:217) at org.netbeans.modules.debugger.jpda.models.JPDAThreadImpl.getStackDepth(JPDAThreadImpl.java:763) - locked <0x0006c566a440> (a java.lang.Object) at org.netbeans.modules.debugger.jpda.ui.models.DebuggingNodeModel$1.run(DebuggingNodeModel.java:423) 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) "JPDA Debugger" #88 daemon prio=1 os_prio=4 tid=0x7f282c0a4800 nid=0x552a9 in Object.wait() [0x7f3146be2000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at com.sun.tools.jdi.TargetVM.waitForReply(TargetVM.java:303) - locked <0x0006b533e138> (a com.sun.tools.jdi.Packet) at com.sun.tools.jdi.VirtualMachineImpl.waitForTargetReply(VirtualMachineImpl.java:1030) at com.sun.tools.jdi.PacketStream.waitForReply(PacketStream.java:69) at com.sun.tools.jdi.JDWP$ThreadReference$FrameCount.waitForReply(JDWP.java:5444) at com.sun.tools.jdi.JDWP$ThreadReference$FrameCount.process(JDWP.java:5425) at com.sun.tools.jdi.ThreadReferenceImpl.frameCount(ThreadReferenceImpl.java:336) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frameCount0(ThreadReferenceWrapper.java:217) at org.netbeans.modules.debugger.jpda.models.JPDAThreadImpl.getStackDepth(JPDAThreadImpl.java:763) - locked <0x0006c55e4240> (a java.lang.Object) at org.netbeans.modules.debugger.jpda.ui.models.DebuggingNodeModel$1.run(DebuggingNodeModel.java:423) 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) {code} This looks like some threading issue in the Java debugger backend. This is a JDK 8 - only issue, it works with reasonable performance on JDK 11 and JDK 17. Also, this is not a regression, I've reproduced identical behavior in NetBeans 12.4 > Suspend all in debugger freezes debugging > - > > Key: NETBEANS-6127 > URL: https://issues.apache.org/jira/browse/NETBEANS-6127 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 12.6 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Fix For: 12.6 > > > After [https://github.com/apache/netbeans/pull/3204] the suspend all > functionality is broken. > That covers both {{Pause}} action and {{Suspend All Threads}} option on a > breakpoint. -- 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-6127) Suspend all in debugger freezes debugging
[ https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17428101#comment-17428101 ] Martin Entlicher commented on NETBEANS-6127: There is a deadlock between those threads: {code:java} "org.netbeans.modules.debugger.jpda.JPDADebuggerImpl_newJPDAThreads" #63 daemon prio=1 os_prio=0 cpu=15,57ms elapsed=13,58s tid=0x7f815d7d1000 nid=0x53ef3 waiting on condition [0x7f8071b08000] java.lang.Thread.State: WAITING (parking) at jdk.internal.misc.Unsafe.park(java.base@11.0.12/Native Method) - parking to wait for <0x00043ec0> (a java.util.concurrent.locks.ReentrantReadWriteLock$FairSync) at java.util.concurrent.locks.LockSupport.park(java.base@11.0.12/LockSupport.java:194) at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(java.base@11.0.12/AbstractQueuedSynchronizer.java:885) at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireShared(java.base@11.0.12/AbstractQueuedSynchronizer.java:1009) at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(java.base@11.0.12/AbstractQueuedSynchronizer.java:1324) at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lock(java.base@11.0.12/ReentrantReadWriteLock.java:738) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl$DebuggerReentrantReadWriteLock$DebuggerReadLock.lock(JPDADebuggerImpl.java:2716) at org.netbeans.modules.debugger.jpda.models.JPDAThreadImpl$ThreadReentrantReadWriteLock$ThreadWriteLock.lock(JPDAThreadImpl.java:2581) at org.netbeans.modules.debugger.jpda.models.JPDAThreadImpl.notifyToBeResumedNoFire(JPDAThreadImpl.java:1081) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.lambda$notifyToBeResumedAllNoFire$3(JPDADebuggerImpl.java:1905) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl$$Lambda$582/0x000801269c40.accept(Unknown Source) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl$1TranslateThreads.run(JPDADebuggerImpl.java:2030) 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) {code} and {code:java} "Debugger operator thread" #66 daemon prio=1 os_prio=0 cpu=20,97ms elapsed=12,39s tid=0x7f80b8e6c800 nid=0x53f17 in Object.wait() [0x7f8071083000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(java.base@11.0.12/Native Method) - waiting on at java.lang.Object.wait(java.base@11.0.12/Object.java:328) at org.openide.util.Task.waitFinished(Task.java:110) - waiting to re-lock in wait() <0x00043f2e30c0> (a org.openide.util.RequestProcessor$Task) at org.openide.util.RequestProcessor$Task.waitFinished(RequestProcessor.java:1672) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.processInParallel(JPDADebuggerImpl.java:2039) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.notifyToBeResumedAllNoFire(JPDADebuggerImpl.java:1898) at org.netbeans.modules.debugger.jpda.util.Operator.processEvents(Operator.java:614) at org.netbeans.modules.debugger.jpda.util.Operator.access$800(Operator.java:96) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:228) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.netbeans.modules.debugger.jpda.util.Operator$2.run(Operator.java:260) at java.lang.Thread.run(java.base@11.0.12/Thread.java:829) {code} The "Debugger operator thread" holds the debugger write lock and {{JPDAThreadImpl.notifyToBeResumedNoFire()}} in "org.netbeans.modules.debugger.jpda.JPDADebuggerImpl_newJPDAThreads" thread wants to acquire a debugger read lock. We probably must abandon the {{processInParallel()}} call in {{JPDADebuggerImpl.notifyToBeResumedAllNoFire()}}. > Suspend all in debugger freezes debugging > - > > Key: NETBEANS-6127 > URL: https://issues.apache.org/jira/browse/NETBEANS-6127 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 12.6 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Fix For: 12.6 > > > After [https://github.com/apache/netbeans/pull/3204] the suspend all > functionality is broken. > That covers both {{Pause}} action and {{Suspend All Threads}} option on a > breakpoint. -- This mes
[jira] [Commented] (NETBEANS-6127) Suspend all in debugger freezes debugging
[ https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17428072#comment-17428072 ] Martin Entlicher commented on NETBEANS-6127: See [https://github.com/apache/netbeans/pull/3204#issuecomment-940371248] for steps to reproduce. It can be reproduced by {{Pause}} as well. > Suspend all in debugger freezes debugging > - > > Key: NETBEANS-6127 > URL: https://issues.apache.org/jira/browse/NETBEANS-6127 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 12.6 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Fix For: 12.6 > > > After [https://github.com/apache/netbeans/pull/3204] the suspend all > functionality is broken. > That covers both {{Pause}} action and {{Suspend All Threads}} option on a > breakpoint. -- 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-6127) Suspend all in debugger freezes debugging
Martin Entlicher created NETBEANS-6127: -- Summary: Suspend all in debugger freezes debugging Key: NETBEANS-6127 URL: https://issues.apache.org/jira/browse/NETBEANS-6127 Project: NetBeans Issue Type: Bug Components: debugger - Java Affects Versions: 12.6 Reporter: Martin Entlicher Assignee: Martin Entlicher Fix For: 12.6 After [https://github.com/apache/netbeans/pull/3204] the suspend all functionality is broken. That covers both {{Pause}} action and {{Suspend All Threads}} option on a breakpoint. -- 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-6126) NullPointerException: Cannot invoke "java.net.URL.toURI()" because the return value of "AutoupdateCatalogProvider.getUpdateCenterURL()" is null
[ https://issues.apache.org/jira/browse/NETBEANS-6126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-6126: --- Description: I've got this exception in an VSCode extension, but it seems to be a generic NetBeans issue. The exception has caused crash of the NetBeans backend in the VSCode extension: {code:java} java.lang.NullPointerException: Cannot invoke "java.net.URL.toURI()" because the return value of "org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateCenterURL()" is null at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getUpdateItems(AutoupdateCatalogParser.java:165) at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateItems(AutoupdateCatalogProvider.java:120) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.appendUpdateItems(UpdateUnitFactory.java:150) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.getUpdateUnits(UpdateUnitFactory.java:118) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl$Cache.(UpdateManagerImpl.java:267) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getCache(UpdateManagerImpl.java:227) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getUpdateUnits(UpdateManagerImpl.java:186) at org.netbeans.api.autoupdate.UpdateManager.getUpdateUnits(UpdateManager.java:67) at org.netbeans.modules.autoupdate.cli.ModuleOptions.listAllModules(ModuleOptions.java:138) at org.netbeans.modules.autoupdate.cli.ModuleOptions.process(ModuleOptions.java:170) at org.netbeans.spi.sendopts.Option$1.process(Option.java:362) at org.netbeans.api.sendopts.CommandLine.process(CommandLine.java:336) at org.netbeans.modules.sendopts.HandlerImpl.execute(HandlerImpl.java:37) at org.netbeans.modules.sendopts.Handler.cli(Handler.java:44) at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) at org.netbeans.core.startup.CLICoreBridge.cli(CLICoreBridge.java:57) at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) at org.netbeans.CLIHandler$1.exec(CLIHandler.java:243) at org.netbeans.CLIHandler.finishInitialization(CLIHandler.java:423) at org.netbeans.MainImpl.finishInitialization(MainImpl.java:231) at org.netbeans.Main.finishInitialization(Main.java:67) at org.netbeans.core.startup.Main.start(Main.java:291) at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) at java.base/java.lang.Thread.run(Thread.java:833) Cannot find org.netbeans.modules.java.lsp.server in the log! Request to kill LSP server. Cannot kill: Requested kill on 230607, current process is None Apache NetBeans Language Server not enabled! {code} was: I've got this exception in an VSCode extension, but it seems to be a generic NetBeans issue. Run on JDK 17 and the system did not have network available at the moment. The exception has caused crash of the NetBeans backend in the VSCode extension: {code} java.lang.NullPointerException: Cannot invoke "java.net.URL.toURI()" because the return value of "org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateCenterURL()" is null at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getUpdateItems(AutoupdateCatalogParser.java:165) at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateItems(AutoupdateCatalogProvider.java:120) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.appendUpdateItems(UpdateUnitFactory.java:150) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.getUpdateUnits(UpdateUnitFactory.java:118) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl$Cache.(UpdateManagerImpl.java:267) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getCache(UpdateManagerImpl.java:227) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getUpdateUnits(UpdateManagerImpl.java:186) at org.netbeans.api.autoupdate.UpdateManager.getUpdateUnits(UpdateManager.java:67) at org.netbeans.modules.autoupdate.cli.ModuleOptions.listAllModules(ModuleOptions.java:138) at org.netbeans.modules.autoupdate.cli.ModuleOptions.process(ModuleOptions.java:170) at org.netbeans.spi.sendopts.Option$1.process(Option.java:362) at org.netbeans.api.sendopts.CommandLine.process(CommandLine.java:336) at org.netbeans.modules.sendopts.HandlerImpl.execute(HandlerImpl.java:37) at org.netbeans.modules.sendopts.Handler.cli(Handler.java:44) at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) at org.netbeans.core.startup.CLICoreBridge.cli(CLICoreBridge.java:57) at org.netbea
[jira] [Created] (NETBEANS-6126) NullPointerException: Cannot invoke "java.net.URL.toURI()" because the return value of "AutoupdateCatalogProvider.getUpdateCenterURL()" is null
Martin Entlicher created NETBEANS-6126: -- Summary: NullPointerException: Cannot invoke "java.net.URL.toURI()" because the return value of "AutoupdateCatalogProvider.getUpdateCenterURL()" is null Key: NETBEANS-6126 URL: https://issues.apache.org/jira/browse/NETBEANS-6126 Project: NetBeans Issue Type: Bug Components: platform - Autoupdate Reporter: Martin Entlicher I've got this exception in an VSCode extension, but it seems to be a generic NetBeans issue. Run on JDK 17 and the system did not have network available at the moment. The exception has caused crash of the NetBeans backend in the VSCode extension: {code} java.lang.NullPointerException: Cannot invoke "java.net.URL.toURI()" because the return value of "org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateCenterURL()" is null at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getUpdateItems(AutoupdateCatalogParser.java:165) at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateItems(AutoupdateCatalogProvider.java:120) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.appendUpdateItems(UpdateUnitFactory.java:150) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.getUpdateUnits(UpdateUnitFactory.java:118) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl$Cache.(UpdateManagerImpl.java:267) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getCache(UpdateManagerImpl.java:227) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getUpdateUnits(UpdateManagerImpl.java:186) at org.netbeans.api.autoupdate.UpdateManager.getUpdateUnits(UpdateManager.java:67) at org.netbeans.modules.autoupdate.cli.ModuleOptions.listAllModules(ModuleOptions.java:138) at org.netbeans.modules.autoupdate.cli.ModuleOptions.process(ModuleOptions.java:170) at org.netbeans.spi.sendopts.Option$1.process(Option.java:362) at org.netbeans.api.sendopts.CommandLine.process(CommandLine.java:336) at org.netbeans.modules.sendopts.HandlerImpl.execute(HandlerImpl.java:37) at org.netbeans.modules.sendopts.Handler.cli(Handler.java:44) at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) at org.netbeans.core.startup.CLICoreBridge.cli(CLICoreBridge.java:57) at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) at org.netbeans.CLIHandler$1.exec(CLIHandler.java:243) at org.netbeans.CLIHandler.finishInitialization(CLIHandler.java:423) at org.netbeans.MainImpl.finishInitialization(MainImpl.java:231) at org.netbeans.Main.finishInitialization(Main.java:67) at org.netbeans.core.startup.Main.start(Main.java:291) at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) at java.base/java.lang.Thread.run(Thread.java:833) Cannot find org.netbeans.modules.java.lsp.server in the log! Request to kill LSP server. Cannot kill: Requested kill on 230607, current process is None Apache NetBeans Language Server not enabled! {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-6123) Step and Continue after breakpoint suspends at wrong place after eval.
[ https://issues.apache.org/jira/browse/NETBEANS-6123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-6123. Resolution: Fixed > Step and Continue after breakpoint suspends at wrong place after eval. > -- > > Key: NETBEANS-6123 > URL: https://issues.apache.org/jira/browse/NETBEANS-6123 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 20m > Remaining Estimate: 0h > > Suppose that user performs a step over code that contains a breakpoint. > In this case the step is interrupted with the breakpoint, the code suspends > on the breakpoint and the user can decide to either continue debugging from > the breakpoint, or do continue to finish the step. > That works fine if there is no code evaluation before the continue. If there > is, the step is resubmitted from the current (breakpoint) location. This is > unexpected since the original step would not be completed and a new local > step is performed after continue instead. > We need to assure that the step is not resubmitted from the breakpoint > location and the original step is completed as expected. -- 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-6123) Step and Continue after breakpoint suspends at wrong place after eval.
[ https://issues.apache.org/jira/browse/NETBEANS-6123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-6123: --- Fix Version/s: 12.6 > Step and Continue after breakpoint suspends at wrong place after eval. > -- > > Key: NETBEANS-6123 > URL: https://issues.apache.org/jira/browse/NETBEANS-6123 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.6 > > > Suppose that user performs a step over code that contains a breakpoint. > In this case the step is interrupted with the breakpoint, the code suspends > on the breakpoint and the user can decide to either continue debugging from > the breakpoint, or do continue to finish the step. > That works fine if there is no code evaluation before the continue. If there > is, the step is resubmitted from the current (breakpoint) location. This is > unexpected since the original step would not be completed and a new local > step is performed after continue instead. > We need to assure that the step is not resubmitted from the breakpoint > location and the original step is completed as expected. -- 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-6123) Step and Continue after breakpoint suspends at wrong place after eval.
Martin Entlicher created NETBEANS-6123: -- Summary: Step and Continue after breakpoint suspends at wrong place after eval. Key: NETBEANS-6123 URL: https://issues.apache.org/jira/browse/NETBEANS-6123 Project: NetBeans Issue Type: Bug Components: debugger - Java Reporter: Martin Entlicher Assignee: Martin Entlicher Suppose that user performs a step over code that contains a breakpoint. In this case the step is interrupted with the breakpoint, the code suspends on the breakpoint and the user can decide to either continue debugging from the breakpoint, or do continue to finish the step. That works fine if there is no code evaluation before the continue. If there is, the step is resubmitted from the current (breakpoint) location. This is unexpected since the original step would not be completed and a new local step is performed after continue instead. We need to assure that the step is not resubmitted from the breakpoint location and the original step is completed as expected. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-5925) NullPointerException in ProjectConfigurationCompletion
[ https://issues.apache.org/jira/browse/NETBEANS-5925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-5925. Resolution: Fixed Fixed by https://github.com/apache/netbeans/pull/3120 > NullPointerException in ProjectConfigurationCompletion > -- > > Key: NETBEANS-5925 > URL: https://issues.apache.org/jira/browse/NETBEANS-5925 > Project: NetBeans > Issue Type: Bug > Components: lsp >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 10m > Remaining Estimate: 0h > > When the opened folder does not represent a NetBeans project, following > exception occurs when asking for launch configurations: > {code} > java.lang.NullPointerException > at > org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.getConfigurations(ProjectConfigurationCompletion.java:131) > at > org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.createConfigurationsCompletion(ProjectConfigurationCompletion.java:73) > at > org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.lambda$configurations$0(ProjectConfigurationCompletion.java:53) > at > java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:616) > ... 33 more > {code} -- 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-5925) NullPointerException in ProjectConfigurationCompletion
[ https://issues.apache.org/jira/browse/NETBEANS-5925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5925: --- Fix Version/s: 12.6 > NullPointerException in ProjectConfigurationCompletion > -- > > Key: NETBEANS-5925 > URL: https://issues.apache.org/jira/browse/NETBEANS-5925 > Project: NetBeans > Issue Type: Bug > Components: lsp >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 10m > Remaining Estimate: 0h > > When the opened folder does not represent a NetBeans project, following > exception occurs when asking for launch configurations: > {code} > java.lang.NullPointerException > at > org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.getConfigurations(ProjectConfigurationCompletion.java:131) > at > org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.createConfigurationsCompletion(ProjectConfigurationCompletion.java:73) > at > org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.lambda$configurations$0(ProjectConfigurationCompletion.java:53) > at > java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:616) > ... 33 more > {code} -- 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-5925) NullPointerException in ProjectConfigurationCompletion
Martin Entlicher created NETBEANS-5925: -- Summary: NullPointerException in ProjectConfigurationCompletion Key: NETBEANS-5925 URL: https://issues.apache.org/jira/browse/NETBEANS-5925 Project: NetBeans Issue Type: Bug Components: lsp Reporter: Martin Entlicher Assignee: Martin Entlicher When the opened folder does not represent a NetBeans project, following exception occurs when asking for launch configurations: {code} java.lang.NullPointerException at org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.getConfigurations(ProjectConfigurationCompletion.java:131) at org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.createConfigurationsCompletion(ProjectConfigurationCompletion.java:73) at org.netbeans.modules.java.lsp.server.protocol.ProjectConfigurationCompletion.lambda$configurations$0(ProjectConfigurationCompletion.java:53) at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:616) ... 33 more {code} -- 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-5887) SecurityException:setContextClassLoader when remote debug
[ https://issues.apache.org/jira/browse/NETBEANS-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5887: --- Fix Version/s: (was: 12.6) 12.5 > SecurityException:setContextClassLoader when remote debug > - > > Key: NETBEANS-5887 > URL: https://issues.apache.org/jira/browse/NETBEANS-5887 > Project: NetBeans > Issue Type: Bug > Components: lsp >Affects Versions: 12.4 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: 12.5 > > Time Spent: 40m > Remaining Estimate: 0h > > During remote debugging, {{SecurityException: setContextClassLoader}} is > thrown: > {code} > java.lang.SecurityException: setContextClassLoader > at > java.util.concurrent.ForkJoinWorkerThread$InnocuousForkJoinWorkerThread.setContextClassLoader(ForkJoinWorkerThread.java:252) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:1048) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:949) > 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:1405) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1350) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1240) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:413) > at > com.sun.tools.javac.api.JavacTrees.getAttrContext(JavacTrees.java:915) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:833) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:172) > at > org.netbeans.api.java.source.TreeUtilities.scopeFor(TreeUtilities.java:791) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.run(PreferredCCParser.java:592) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:564) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.runGuarded(PreferredCCParser.java:747) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.access$500(PreferredCCParser.java:84) > [catch] at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.parse(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.interpretOrCompileCode(PreferredCCParser.java:439) > at > org.netbeans.modules.debugger.jpda.projects.EditorContextSupport.interpretOrCompileCode(EditorContextSupport.java:1436) > at > org.netbeans.modules.debugger.jpda.projectsui.EditorContextImpl.interpretOrCompileCode(EditorContextImpl.java:825) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.netbeans.modules.debugger.jpda.EditorContextBridge.interpretOrCompileCode(EditorContextBridge.java:111) > at > org.netbeans.modules.debugger.jpda.expr.TreeEvaluator.evaluate(TreeEvaluator.java:182) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluateIn(JavaEvaluator.java:147) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluate(JavaEvaluator.java:95) > at > org.netbeans.modules.debugger.jpda.expr.EvaluatorExpression.evaluate(EvaluatorExpression.java:53) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluateGeneric(JPDADebuggerImpl.java:962) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:347) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:311) > at > org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.evaluateJPDA(NbProtocolServer.java:467) > at > org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.lambda$evaluate$1(NbProtocolServer.java:455) > at > java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1
[jira] [Resolved] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug
[ https://issues.apache.org/jira/browse/NETBEANS-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-5887. Resolution: Fixed > SecurityException:setContextClassLoader when remote debug > - > > Key: NETBEANS-5887 > URL: https://issues.apache.org/jira/browse/NETBEANS-5887 > Project: NetBeans > Issue Type: Bug > Components: lsp >Affects Versions: 12.4 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 40m > Remaining Estimate: 0h > > During remote debugging, {{SecurityException: setContextClassLoader}} is > thrown: > {code} > java.lang.SecurityException: setContextClassLoader > at > java.util.concurrent.ForkJoinWorkerThread$InnocuousForkJoinWorkerThread.setContextClassLoader(ForkJoinWorkerThread.java:252) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:1048) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:949) > 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:1405) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1350) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1240) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:413) > at > com.sun.tools.javac.api.JavacTrees.getAttrContext(JavacTrees.java:915) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:833) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:172) > at > org.netbeans.api.java.source.TreeUtilities.scopeFor(TreeUtilities.java:791) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.run(PreferredCCParser.java:592) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:564) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.runGuarded(PreferredCCParser.java:747) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.access$500(PreferredCCParser.java:84) > [catch] at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.parse(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.interpretOrCompileCode(PreferredCCParser.java:439) > at > org.netbeans.modules.debugger.jpda.projects.EditorContextSupport.interpretOrCompileCode(EditorContextSupport.java:1436) > at > org.netbeans.modules.debugger.jpda.projectsui.EditorContextImpl.interpretOrCompileCode(EditorContextImpl.java:825) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.netbeans.modules.debugger.jpda.EditorContextBridge.interpretOrCompileCode(EditorContextBridge.java:111) > at > org.netbeans.modules.debugger.jpda.expr.TreeEvaluator.evaluate(TreeEvaluator.java:182) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluateIn(JavaEvaluator.java:147) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluate(JavaEvaluator.java:95) > at > org.netbeans.modules.debugger.jpda.expr.EvaluatorExpression.evaluate(EvaluatorExpression.java:53) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluateGeneric(JPDADebuggerImpl.java:962) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:347) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:311) > at > org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.evaluateJPDA(NbProtocolServer.java:467) > at > org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.lambda$evaluate$1(NbProtocolServer.java:455) > at > java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1604) > at > java.util.concur
[jira] [Updated] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug
[ https://issues.apache.org/jira/browse/NETBEANS-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5887: --- Fix Version/s: 12.6 > SecurityException:setContextClassLoader when remote debug > - > > Key: NETBEANS-5887 > URL: https://issues.apache.org/jira/browse/NETBEANS-5887 > Project: NetBeans > Issue Type: Bug > Components: lsp >Affects Versions: 12.4 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 40m > Remaining Estimate: 0h > > During remote debugging, {{SecurityException: setContextClassLoader}} is > thrown: > {code} > java.lang.SecurityException: setContextClassLoader > at > java.util.concurrent.ForkJoinWorkerThread$InnocuousForkJoinWorkerThread.setContextClassLoader(ForkJoinWorkerThread.java:252) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:1048) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:949) > 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:1405) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1350) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1240) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:413) > at > com.sun.tools.javac.api.JavacTrees.getAttrContext(JavacTrees.java:915) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:833) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:172) > at > org.netbeans.api.java.source.TreeUtilities.scopeFor(TreeUtilities.java:791) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.run(PreferredCCParser.java:592) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:564) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.runGuarded(PreferredCCParser.java:747) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.access$500(PreferredCCParser.java:84) > [catch] at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.parse(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.interpretOrCompileCode(PreferredCCParser.java:439) > at > org.netbeans.modules.debugger.jpda.projects.EditorContextSupport.interpretOrCompileCode(EditorContextSupport.java:1436) > at > org.netbeans.modules.debugger.jpda.projectsui.EditorContextImpl.interpretOrCompileCode(EditorContextImpl.java:825) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.netbeans.modules.debugger.jpda.EditorContextBridge.interpretOrCompileCode(EditorContextBridge.java:111) > at > org.netbeans.modules.debugger.jpda.expr.TreeEvaluator.evaluate(TreeEvaluator.java:182) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluateIn(JavaEvaluator.java:147) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluate(JavaEvaluator.java:95) > at > org.netbeans.modules.debugger.jpda.expr.EvaluatorExpression.evaluate(EvaluatorExpression.java:53) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluateGeneric(JPDADebuggerImpl.java:962) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:347) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:311) > at > org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.evaluateJPDA(NbProtocolServer.java:467) > at > org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.lambda$evaluate$1(NbProtocolServer.java:455) > at > java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1604) > at > java.util.concur
[jira] [Comment Edited] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug
[ https://issues.apache.org/jira/browse/NETBEANS-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17396033#comment-17396033 ] Martin Entlicher edited comment on NETBEANS-5887 at 8/9/21, 1:15 PM: - 12.6: [https://github.com/apache/netbeans/pull/3082|https://github.com/apache/netbeans/pull/3082] 12.5: [https://github.com/apache/netbeans/pull/3097|https://github.com/apache/netbeans/pull/3097] was (Author: entlicher): https://github.com/apache/netbeans/pull/3082 > SecurityException:setContextClassLoader when remote debug > - > > Key: NETBEANS-5887 > URL: https://issues.apache.org/jira/browse/NETBEANS-5887 > Project: NetBeans > Issue Type: Bug > Components: lsp >Affects Versions: 12.4 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Time Spent: 40m > Remaining Estimate: 0h > > During remote debugging, {{SecurityException: setContextClassLoader}} is > thrown: > {code} > java.lang.SecurityException: setContextClassLoader > at > java.util.concurrent.ForkJoinWorkerThread$InnocuousForkJoinWorkerThread.setContextClassLoader(ForkJoinWorkerThread.java:252) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:1048) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:949) > 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:1405) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1350) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1240) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:413) > at > com.sun.tools.javac.api.JavacTrees.getAttrContext(JavacTrees.java:915) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:833) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:172) > at > org.netbeans.api.java.source.TreeUtilities.scopeFor(TreeUtilities.java:791) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.run(PreferredCCParser.java:592) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:564) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.runGuarded(PreferredCCParser.java:747) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.access$500(PreferredCCParser.java:84) > [catch] at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.parse(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.interpretOrCompileCode(PreferredCCParser.java:439) > at > org.netbeans.modules.debugger.jpda.projects.EditorContextSupport.interpretOrCompileCode(EditorContextSupport.java:1436) > at > org.netbeans.modules.debugger.jpda.projectsui.EditorContextImpl.interpretOrCompileCode(EditorContextImpl.java:825) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.netbeans.modules.debugger.jpda.EditorContextBridge.interpretOrCompileCode(EditorContextBridge.java:111) > at > org.netbeans.modules.debugger.jpda.expr.TreeEvaluator.evaluate(TreeEvaluator.java:182) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluateIn(JavaEvaluator.java:147) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluate(JavaEvaluator.java:95) > at > org.netbeans.modules.debugger.jpda.expr.EvaluatorExpression.evaluate(EvaluatorExpression.java:53) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluateGeneric(JPDADebuggerImpl.java:962) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:347) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:311) > at > org.netbeans.modules.java.lsp.s
[jira] [Commented] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug
[ https://issues.apache.org/jira/browse/NETBEANS-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17396033#comment-17396033 ] Martin Entlicher commented on NETBEANS-5887: https://github.com/apache/netbeans/pull/3082 > SecurityException:setContextClassLoader when remote debug > - > > Key: NETBEANS-5887 > URL: https://issues.apache.org/jira/browse/NETBEANS-5887 > Project: NetBeans > Issue Type: Bug > Components: lsp >Affects Versions: 12.4 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: pull-request-available > Time Spent: 40m > Remaining Estimate: 0h > > During remote debugging, {{SecurityException: setContextClassLoader}} is > thrown: > {code} > java.lang.SecurityException: setContextClassLoader > at > java.util.concurrent.ForkJoinWorkerThread$InnocuousForkJoinWorkerThread.setContextClassLoader(ForkJoinWorkerThread.java:252) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:1048) > at > com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:949) > 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:1405) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1350) > at > com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1240) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:413) > at > com.sun.tools.javac.api.JavacTrees.getAttrContext(JavacTrees.java:915) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:833) > at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:172) > at > org.netbeans.api.java.source.TreeUtilities.scopeFor(TreeUtilities.java:791) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.run(PreferredCCParser.java:592) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:564) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.runGuarded(PreferredCCParser.java:747) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.access$500(PreferredCCParser.java:84) > [catch] at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.parse(PreferredCCParser.java:561) > at > org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.interpretOrCompileCode(PreferredCCParser.java:439) > at > org.netbeans.modules.debugger.jpda.projects.EditorContextSupport.interpretOrCompileCode(EditorContextSupport.java:1436) > at > org.netbeans.modules.debugger.jpda.projectsui.EditorContextImpl.interpretOrCompileCode(EditorContextImpl.java:825) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.netbeans.modules.debugger.jpda.EditorContextBridge.interpretOrCompileCode(EditorContextBridge.java:111) > at > org.netbeans.modules.debugger.jpda.expr.TreeEvaluator.evaluate(TreeEvaluator.java:182) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluateIn(JavaEvaluator.java:147) > at > org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluate(JavaEvaluator.java:95) > at > org.netbeans.modules.debugger.jpda.expr.EvaluatorExpression.evaluate(EvaluatorExpression.java:53) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluateGeneric(JPDADebuggerImpl.java:962) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:347) > at > org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:311) > at > org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.evaluateJPDA(NbProtocolServer.java:467) > at > org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.lambda$evaluate$1(NbProtocolServer.java:455) > at > java.util.concurrent.CompletableFuture$AsyncSupply.run(Completabl
[jira] [Created] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug
Martin Entlicher created NETBEANS-5887: -- Summary: SecurityException:setContextClassLoader when remote debug Key: NETBEANS-5887 URL: https://issues.apache.org/jira/browse/NETBEANS-5887 Project: NetBeans Issue Type: Bug Components: lsp Affects Versions: 12.4 Reporter: Martin Entlicher Assignee: Martin Entlicher During remote debugging, {{SecurityException: setContextClassLoader}} is thrown: {code} java.lang.SecurityException: setContextClassLoader at java.util.concurrent.ForkJoinWorkerThread$InnocuousForkJoinWorkerThread.setContextClassLoader(ForkJoinWorkerThread.java:252) at com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:1048) at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:949) 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:1405) at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1350) at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1240) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:413) at com.sun.tools.javac.api.JavacTrees.getAttrContext(JavacTrees.java:915) at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:833) at com.sun.tools.javac.api.JavacTrees.getScope(JavacTrees.java:172) at org.netbeans.api.java.source.TreeUtilities.scopeFor(TreeUtilities.java:791) at org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.run(PreferredCCParser.java:592) at org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:564) at org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask$2.call(PreferredCCParser.java:561) at org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.runGuarded(PreferredCCParser.java:747) at org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.access$500(PreferredCCParser.java:84) [catch] at org.netbeans.modules.debugger.jpda.projects.PreferredCCParser$ParseExpressionTask.parse(PreferredCCParser.java:561) at org.netbeans.modules.debugger.jpda.projects.PreferredCCParser.interpretOrCompileCode(PreferredCCParser.java:439) at org.netbeans.modules.debugger.jpda.projects.EditorContextSupport.interpretOrCompileCode(EditorContextSupport.java:1436) at org.netbeans.modules.debugger.jpda.projectsui.EditorContextImpl.interpretOrCompileCode(EditorContextImpl.java:825) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.netbeans.modules.debugger.jpda.EditorContextBridge.interpretOrCompileCode(EditorContextBridge.java:111) at org.netbeans.modules.debugger.jpda.expr.TreeEvaluator.evaluate(TreeEvaluator.java:182) at org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluateIn(JavaEvaluator.java:147) at org.netbeans.modules.debugger.jpda.JavaEvaluator.evaluate(JavaEvaluator.java:95) at org.netbeans.modules.debugger.jpda.expr.EvaluatorExpression.evaluate(EvaluatorExpression.java:53) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluateGeneric(JPDADebuggerImpl.java:962) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:347) at org.netbeans.modules.debugger.jpda.JPDADebuggerImpl.evaluate(JPDADebuggerImpl.java:311) at org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.evaluateJPDA(NbProtocolServer.java:467) at org.netbeans.modules.java.lsp.server.debugging.NbProtocolServer.lambda$evaluate$1(NbProtocolServer.java:455) at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1604) at java.util.concurrent.CompletableFuture$AsyncSupply.exec(CompletableFuture.java:1596) at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289) at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1067) at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1703) at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:172) SEVERE [org.eclipse.lsp4j.jsonrpc.Remo
[jira] [Updated] (NETBEANS-5826) Groovy debugging: extra suspends in java.lang.reflect.Method.invoke()
[ https://issues.apache.org/jira/browse/NETBEANS-5826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5826: --- Description: During groovy debugging, debugger sometimes suspends in {{java.lang.reflect.Method.invoke()}} during stepping. It can be reproduced with a breakpoint inside a cycle like: {code:java} 2.upto(4) { println "$it" } {code} With a breakpoint on the line with {{println}} , next step goes into {{java.lang.reflect.Method.invoke()}}. was: During groovy debugging, debugger sometimes suspends in `java.lang.reflect.Method.invoke()` during stepping. It can be reproduced with a breakpoint inside a cycle like: {code} 2.upto(4) { println "$it" } {code} With a breakpoint on the line with `println` , next step goes into `java.lang.reflect.Method.invoke()`. > Groovy debugging: extra suspends in java.lang.reflect.Method.invoke() > - > > Key: NETBEANS-5826 > URL: https://issues.apache.org/jira/browse/NETBEANS-5826 > Project: NetBeans > Issue Type: Bug > Components: groovy - Code >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > > During groovy debugging, debugger sometimes suspends in > {{java.lang.reflect.Method.invoke()}} during stepping. > It can be reproduced with a breakpoint inside a cycle like: > {code:java} > 2.upto(4) { > println "$it" > } > {code} > With a breakpoint on the line with {{println}} , next step goes into > {{java.lang.reflect.Method.invoke()}}. -- 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-5826) Groovy debugging: extra suspends in java.lang.reflect.Method.invoke()
Martin Entlicher created NETBEANS-5826: -- Summary: Groovy debugging: extra suspends in java.lang.reflect.Method.invoke() Key: NETBEANS-5826 URL: https://issues.apache.org/jira/browse/NETBEANS-5826 Project: NetBeans Issue Type: Bug Components: groovy - Code Reporter: Martin Entlicher Assignee: Martin Entlicher During groovy debugging, debugger sometimes suspends in `java.lang.reflect.Method.invoke()` during stepping. It can be reproduced with a breakpoint inside a cycle like: {code} 2.upto(4) { println "$it" } {code} With a breakpoint on the line with `println` , next step goes into `java.lang.reflect.Method.invoke()`. -- 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-5825) Groovy debugging: variables should have Groovy-specific values.
Martin Entlicher created NETBEANS-5825: -- Summary: Groovy debugging: variables should have Groovy-specific values. Key: NETBEANS-5825 URL: https://issues.apache.org/jira/browse/NETBEANS-5825 Project: NetBeans Issue Type: Bug Components: groovy - Code Reporter: Martin Entlicher Assignee: Martin Entlicher Variables are displayed as Java values. That means, for instance, that some `int` values are displayed as `groovy.lang.Reference` instead of `Number`. Groovy-specific values and types should be presented. -- 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-5803) Maven Micronaut projects can not be customized.
[ https://issues.apache.org/jira/browse/NETBEANS-5803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher closed NETBEANS-5803. -- Resolution: Won't Fix I've created a bug for Micronaut instead: https://github.com/micronaut-projects/micronaut-starter/issues/835 > Maven Micronaut projects can not be customized. > --- > > Key: NETBEANS-5803 > URL: https://issues.apache.org/jira/browse/NETBEANS-5803 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.5 > > Attachments: Screenshot from 2021-06-21 18-15-59.png > > Time Spent: 1h 20m > Remaining Estimate: 0h > > The maven project support does not handle `https` XML namespace. > http protocol is expected: > `http://maven.apache.org/POM/4.0.0"` > The maven project support does not handle https: > `https://maven.apache.org/POM/4.0.0"; ` -- 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-5803) Maven Micronaut projects can not be customized.
[ https://issues.apache.org/jira/browse/NETBEANS-5803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5803: --- Fix Version/s: 12.5 > Maven Micronaut projects can not be customized. > --- > > Key: NETBEANS-5803 > URL: https://issues.apache.org/jira/browse/NETBEANS-5803 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Fix For: 12.5 > > Attachments: Screenshot from 2021-06-21 18-15-59.png > > > The maven project support does not handle `https` XML namespace. > http protocol is expected: > `http://maven.apache.org/POM/4.0.0"` > The maven project support does not handle https: > `https://maven.apache.org/POM/4.0.0"; ` -- 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-5803) Maven Micronaut projects can not be customized.
[ https://issues.apache.org/jira/browse/NETBEANS-5803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17366700#comment-17366700 ] Martin Entlicher commented on NETBEANS-5803: This dialog is shown instead of the project customizer: !Screenshot from 2021-06-21 18-15-59.png! > Maven Micronaut projects can not be customized. > --- > > Key: NETBEANS-5803 > URL: https://issues.apache.org/jira/browse/NETBEANS-5803 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Attachments: Screenshot from 2021-06-21 18-15-59.png > > > The maven project support does not handle `https` XML namespace. > http protocol is expected: > `http://maven.apache.org/POM/4.0.0"` > The maven project support does not handle https: > `https://maven.apache.org/POM/4.0.0"; ` -- 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-5803) Maven Micronaut projects can not be customized.
[ https://issues.apache.org/jira/browse/NETBEANS-5803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5803: --- Attachment: Screenshot from 2021-06-21 18-15-59.png > Maven Micronaut projects can not be customized. > --- > > Key: NETBEANS-5803 > URL: https://issues.apache.org/jira/browse/NETBEANS-5803 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Attachments: Screenshot from 2021-06-21 18-15-59.png > > > The maven project support does not handle `https` XML namespace. > http protocol is expected: > `http://maven.apache.org/POM/4.0.0"` > The maven project support does not handle https: > `https://maven.apache.org/POM/4.0.0"; ` -- 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-5803) Maven Micronaut projects can not be customized.
Martin Entlicher created NETBEANS-5803: -- Summary: Maven Micronaut projects can not be customized. Key: NETBEANS-5803 URL: https://issues.apache.org/jira/browse/NETBEANS-5803 Project: NetBeans Issue Type: Bug Components: projects - Maven Reporter: Martin Entlicher Assignee: Martin Entlicher The maven project support does not handle `https` XML namespace. http protocol is expected: `http://maven.apache.org/POM/4.0.0"` The maven project support does not handle https: `https://maven.apache.org/POM/4.0.0"; ` -- 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] [Comment Edited] (NETBEANS-5346) Implement debugger attach in VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17358474#comment-17358474 ] Martin Entlicher edited comment on NETBEANS-5346 at 6/7/21, 9:31 AM: - Implemented by https://github.com/apache/netbeans/pull/2978 The attach is further improved in VSCode by [https://github.com/apache/netbeans/pull/2987]. was (Author: entlicher): The attach is further improved in VSCode by https://github.com/apache/netbeans/pull/2987. > Implement debugger attach in VSCode extension > - > > Key: NETBEANS-5346 > URL: https://issues.apache.org/jira/browse/NETBEANS-5346 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.5 > > Time Spent: 1.5h > Remaining Estimate: 0h > > Debugger attach to a remote process is missing in VSCode extension. -- 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-5346) Implement debugger attach in VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17358474#comment-17358474 ] Martin Entlicher commented on NETBEANS-5346: The attach is further improved in VSCode by https://github.com/apache/netbeans/pull/2987. > Implement debugger attach in VSCode extension > - > > Key: NETBEANS-5346 > URL: https://issues.apache.org/jira/browse/NETBEANS-5346 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.5 > > Time Spent: 1.5h > Remaining Estimate: 0h > > Debugger attach to a remote process is missing in VSCode extension. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-5346) Implement debugger attach in VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-5346. Resolution: Fixed Fixed. The attach connectors are provided in a dynamic way (according to what the current JVM provides on the current user OS). In the VSCode UI the attach actions are available via the Run combo-box, clicking on "Java 8+..." suggests two items on Linux ("Attach to Port" and "Attach to Process") and three items on Windows ("Attach to Shared Memory" in addition). "Attach to Process" shows a quick pick with running processes eligible for debugger attach. The selected attach action can be added to {{launch.conf}} for customization via a button with "Configure" icon next to the attach action. > Implement debugger attach in VSCode extension > - > > Key: NETBEANS-5346 > URL: https://issues.apache.org/jira/browse/NETBEANS-5346 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.5 > > Time Spent: 1.5h > Remaining Estimate: 0h > > Debugger attach to a remote process is missing in VSCode extension. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-5693) Native image debugging does not finish when the application exits.
[ https://issues.apache.org/jira/browse/NETBEANS-5693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-5693. Resolution: Fixed > Native image debugging does not finish when the application exits. > -- > > Key: NETBEANS-5693 > URL: https://issues.apache.org/jira/browse/NETBEANS-5693 > Project: NetBeans > Issue Type: Bug > Components: vscode >Affects Versions: 12.4 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: Usability, pull-request-available > Fix For: 12.5 > > Time Spent: 1.5h > Remaining Estimate: 0h > > When native image application exits, the VSCode's debugger session does not > finish. It needs to be closed manually. -- 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-5346) Implement debugger attach in VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5346: --- Priority: Critical (was: Major) > Implement debugger attach in VSCode extension > - > > Key: NETBEANS-5346 > URL: https://issues.apache.org/jira/browse/NETBEANS-5346 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Fix For: 12.5 > > > Debugger attach to a remote process is missing in VSCode extension. -- 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-5693) Native image debugging does not finish when the application exits.
Martin Entlicher created NETBEANS-5693: -- Summary: Native image debugging does not finish when the application exits. Key: NETBEANS-5693 URL: https://issues.apache.org/jira/browse/NETBEANS-5693 Project: NetBeans Issue Type: Bug Components: vscode Affects Versions: 12.4 Reporter: Martin Entlicher Assignee: Martin Entlicher Fix For: 12.5 When native image application exits, the VSCode's debugger session does not finish. It needs to be closed manually. -- 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-5084) Improve ServerTest to test Sources created from a String.
[ https://issues.apache.org/jira/browse/NETBEANS-5084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5084: --- Fix Version/s: (was: 12.3) 12.5 > Improve ServerTest to test Sources created from a String. > - > > Key: NETBEANS-5084 > URL: https://issues.apache.org/jira/browse/NETBEANS-5084 > Project: NetBeans > Issue Type: Test > Components: lsp >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Labels: test > Fix For: 12.5 > > > Improve {{org.netbeans.modules.java.lsp.server.protocol.ServerTest}} to test > various Sources as mentioned at > https://github.com/apache/netbeans/pull/2572/files#r533575312 -- 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-5346) Implement debugger attach in VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5346: --- Fix Version/s: (was: 12.4) 12.5 > Implement debugger attach in VSCode extension > - > > Key: NETBEANS-5346 > URL: https://issues.apache.org/jira/browse/NETBEANS-5346 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.5 > > > Debugger attach to a remote process is missing in VSCode extension. -- 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-5531) Ugly line ending issue
Martin Entlicher created NETBEANS-5531: -- Summary: Ugly line ending issue Key: NETBEANS-5531 URL: https://issues.apache.org/jira/browse/NETBEANS-5531 Project: NetBeans Issue Type: Bug Components: profiler - Base Reporter: Martin Entlicher There is a very ugly line ending issue in files: {{profiler/lib.profiler/native/scripts/buildnative-windows-16.bat}} and {{profiler/lib.profiler/native/scripts/buildnative-windows64-16.bat}} There is an associated build error: {{The command "nbbuild/travis/check-line-endings.sh" exited with 1.}} The consequence is, that these files are modified after checkout. The only way I managed to have a clean checkout was to modify {{.gitattributes}}, do the checkout and then checkout {{.gitattributes}}. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-5511) Error when refreshing plugin's list
[ https://issues.apache.org/jira/browse/NETBEANS-5511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-5511. Resolution: Fixed Resolved by https://github.com/apache/netbeans/pull/2842 > Error when refreshing plugin's list > --- > > Key: NETBEANS-5511 > URL: https://issues.apache.org/jira/browse/NETBEANS-5511 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 12.4 > Environment: Java 11, Adopt openjdk >Reporter: Borwe >Assignee: Martin Entlicher >Priority: Major > Labels: master, pull-request-available > Fix For: 12.4 > > Time Spent: 50m > Remaining Estimate: 0h > > When launching plugin manager, you get error, but it can be ignored, but to > see list of available plugins when clicking [check update] it will throw > similar error,but list never updates. EG: If empty on fresh install, it > remains empty forever. -- 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-5516) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5516: --- Affects Version/s: (was: 12.3) 12.4 > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5516 > URL: https://issues.apache.org/jira/browse/NETBEANS-5516 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.4 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > > After PR [https://github.com/apache/netbeans/pull/2825] is merged in, the > vscode extension depends on cpplite.debugger and also on these two additional > modules: > {{org.netbeans.modules.dlight.nativeexecution}} > {{org.netbeans.modules.terminal}} > The reason is the PTY API used by {{cpplite.debugger}}. > It's better to extract the PTY API and move it into the {{extexecution}} > 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] [Updated] (NETBEANS-5516) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5516: --- Fix Version/s: Next > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5516 > URL: https://issues.apache.org/jira/browse/NETBEANS-5516 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.4 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: Next > > > After PR [https://github.com/apache/netbeans/pull/2825] is merged in, the > vscode extension depends on cpplite.debugger and also on these two additional > modules: > {{org.netbeans.modules.dlight.nativeexecution}} > {{org.netbeans.modules.terminal}} > The reason is the PTY API used by {{cpplite.debugger}}. > It's better to extract the PTY API and move it into the {{extexecution}} > 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-5511) Error when refreshing plugin's list
[ https://issues.apache.org/jira/browse/NETBEANS-5511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17311466#comment-17311466 ] Martin Entlicher commented on NETBEANS-5511: I'm running into this as well. > Error when refreshing plugin's list > --- > > Key: NETBEANS-5511 > URL: https://issues.apache.org/jira/browse/NETBEANS-5511 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 12.4 > Environment: Java 11, Adopt openjdk >Reporter: Borwe >Assignee: Martin Entlicher >Priority: Major > Labels: master > Fix For: 12.4 > > > When launching plugin manager, you get error, but it can be ignored, but to > see list of available plugins when clicking [check update] it will throw > similar error,but list never updates. EG: If empty on fresh install, it > remains empty forever. -- 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] [Assigned] (NETBEANS-5511) Error when refreshing plugin's list
[ https://issues.apache.org/jira/browse/NETBEANS-5511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher reassigned NETBEANS-5511: -- Assignee: Martin Entlicher > Error when refreshing plugin's list > --- > > Key: NETBEANS-5511 > URL: https://issues.apache.org/jira/browse/NETBEANS-5511 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 12.4 > Environment: Java 11, Adopt openjdk >Reporter: Borwe >Assignee: Martin Entlicher >Priority: Major > Labels: master > > When launching plugin manager, you get error, but it can be ignored, but to > see list of available plugins when clicking [check update] it will throw > similar error,but list never updates. EG: If empty on fresh install, it > remains empty forever. -- 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-5511) Error when refreshing plugin's list
[ https://issues.apache.org/jira/browse/NETBEANS-5511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5511: --- Fix Version/s: 12.4 > Error when refreshing plugin's list > --- > > Key: NETBEANS-5511 > URL: https://issues.apache.org/jira/browse/NETBEANS-5511 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 12.4 > Environment: Java 11, Adopt openjdk >Reporter: Borwe >Assignee: Martin Entlicher >Priority: Major > Labels: master > Fix For: 12.4 > > > When launching plugin manager, you get error, but it can be ignored, but to > see list of available plugins when clicking [check update] it will throw > similar error,but list never updates. EG: If empty on fresh install, it > remains empty forever. -- 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-5519) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher closed NETBEANS-5519. -- Resolution: Duplicate Created a duplicate issue because of error: {{The value 'undefined' does not exist for the field 'project'.}} > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5519 > URL: https://issues.apache.org/jira/browse/NETBEANS-5519 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > -- 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-5517) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher closed NETBEANS-5517. -- Resolution: Duplicate > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5517 > URL: https://issues.apache.org/jira/browse/NETBEANS-5517 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > > PR [https://github.com/apache/netbeans/pull/2825] introduced a dependency on: > {{org.netbeans.modules.dlight.nativeexecution}} and > {{org.netbeans.modules.terminal}} > beacuse of PTY API. > It's better to move that API to {{extexecution}} 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] [Reopened] (NETBEANS-5517) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher reopened NETBEANS-5517: > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5517 > URL: https://issues.apache.org/jira/browse/NETBEANS-5517 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > > PR [https://github.com/apache/netbeans/pull/2825] introduced a dependency on: > {{org.netbeans.modules.dlight.nativeexecution}} and > {{org.netbeans.modules.terminal}} > beacuse of PTY API. > It's better to move that API to {{extexecution}} 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] [Closed] (NETBEANS-5517) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher closed NETBEANS-5517. -- Resolution: Fixed > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5517 > URL: https://issues.apache.org/jira/browse/NETBEANS-5517 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > > PR [https://github.com/apache/netbeans/pull/2825] introduced a dependency on: > {{org.netbeans.modules.dlight.nativeexecution}} and > {{org.netbeans.modules.terminal}} > beacuse of PTY API. > It's better to move that API to {{extexecution}} 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] [Closed] (NETBEANS-5518) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher closed NETBEANS-5518. -- Resolution: Duplicate Created a duplicate issue because of error: {{The value 'undefined' does not exist for the field 'project'.}} > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5518 > URL: https://issues.apache.org/jira/browse/NETBEANS-5518 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > -- 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] [Reopened] (NETBEANS-5517) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher reopened NETBEANS-5517: > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5517 > URL: https://issues.apache.org/jira/browse/NETBEANS-5517 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > > PR [https://github.com/apache/netbeans/pull/2825] introduced a dependency on: > {{org.netbeans.modules.dlight.nativeexecution}} and > {{org.netbeans.modules.terminal}} > beacuse of PTY API. > It's better to move that API to {{extexecution}} 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] [Closed] (NETBEANS-5517) Remove terminal from dependencies of VSCode extension
[ https://issues.apache.org/jira/browse/NETBEANS-5517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher closed NETBEANS-5517. -- Resolution: Duplicate Created a duplicate issue because of error: {{The value 'undefined' does not exist for the field 'project'.}} > Remove terminal from dependencies of VSCode extension > - > > Key: NETBEANS-5517 > URL: https://issues.apache.org/jira/browse/NETBEANS-5517 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > > PR [https://github.com/apache/netbeans/pull/2825] introduced a dependency on: > {{org.netbeans.modules.dlight.nativeexecution}} and > {{org.netbeans.modules.terminal}} > beacuse of PTY API. > It's better to move that API to {{extexecution}} 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-5519) Remove terminal from dependencies of VSCode extension
Martin Entlicher created NETBEANS-5519: -- Summary: Remove terminal from dependencies of VSCode extension Key: NETBEANS-5519 URL: https://issues.apache.org/jira/browse/NETBEANS-5519 Project: NetBeans Issue Type: Improvement Components: vscode Reporter: Martin Entlicher Assignee: Martin Entlicher -- 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-5518) Remove terminal from dependencies of VSCode extension
Martin Entlicher created NETBEANS-5518: -- Summary: Remove terminal from dependencies of VSCode extension Key: NETBEANS-5518 URL: https://issues.apache.org/jira/browse/NETBEANS-5518 Project: NetBeans Issue Type: Improvement Components: vscode Reporter: Martin Entlicher Assignee: Martin Entlicher -- 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-5517) Remove terminal from dependencies of VSCode extension
Martin Entlicher created NETBEANS-5517: -- Summary: Remove terminal from dependencies of VSCode extension Key: NETBEANS-5517 URL: https://issues.apache.org/jira/browse/NETBEANS-5517 Project: NetBeans Issue Type: Improvement Components: vscode Affects Versions: 12.3 Reporter: Martin Entlicher Assignee: Martin Entlicher PR [https://github.com/apache/netbeans/pull/2825] introduced a dependency on: {{org.netbeans.modules.dlight.nativeexecution}} and {{org.netbeans.modules.terminal}} beacuse of PTY API. It's better to move that API to {{extexecution}} 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-5516) Remove terminal from dependencies of VSCode extension
Martin Entlicher created NETBEANS-5516: -- Summary: Remove terminal from dependencies of VSCode extension Key: NETBEANS-5516 URL: https://issues.apache.org/jira/browse/NETBEANS-5516 Project: NetBeans Issue Type: Improvement Components: vscode Affects Versions: 12.3 Reporter: Martin Entlicher Assignee: Martin Entlicher After PR [https://github.com/apache/netbeans/pull/2825] is merged in, the vscode extension depends on cpplite.debugger and also on these two additional modules: {{org.netbeans.modules.dlight.nativeexecution}} {{org.netbeans.modules.terminal}} The reason is the PTY API used by {{cpplite.debugger}}. It's better to extract the PTY API and move it into the {{extexecution}} 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] [Resolved] (NETBEANS-5319) Not able to submit breakpoint LineBreakpoint to added java file
[ https://issues.apache.org/jira/browse/NETBEANS-5319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-5319. Resolution: Fixed Merged into release123 and master. https://github.com/apache/netbeans/pull/2730 > Not able to submit breakpoint LineBreakpoint to added java file > --- > > Key: NETBEANS-5319 > URL: https://issues.apache.org/jira/browse/NETBEANS-5319 > Project: NetBeans > Issue Type: Bug > Components: vscode >Affects Versions: 12.3 > Environment: Ubuntu 20.04, GraalVM 21.0 Jdk8. >Reporter: Martin Balin >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.3 > > Time Spent: 10m > Remaining Estimate: 0h > > VSNB ext 12.3.286 and GraalVM Micronaut ext. > Create MN project based on Maven. > Add new controller class, e.g. HelloController.java. place a breakpoint into > valid line. Save it. > Run debugger using F5. > Following error is printed to debug output: > > {code:java} > --- maven-compiler-plugin:3.8.1:testCompile (default-testCompile) @ demom --- > Changes detected - recompiling the module! > Compiling 1 source file to /home/martin/Development/demom/target/test-classes > User program running > Not able to submit breakpoint LineBreakpoint HelloController.java : 15, > reason: The breakpoint is set outside of any class. > Invalid LineBreakpoint HelloController.java : 15 > {code} > It happens even after forced workspace compilation. -- 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] [Comment Edited] (NETBEANS-5326) Running tests with codelense link shows no test output
[ https://issues.apache.org/jira/browse/NETBEANS-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17286552#comment-17286552 ] Martin Entlicher edited comment on NETBEANS-5326 at 2/18/21, 3:49 PM: -- Merged into release123 and master. [https://github.com/apache/netbeans/pull/2725] was (Author: entlicher): Merged into release321 and master. https://github.com/apache/netbeans/pull/2725 > Running tests with codelense link shows no test output > -- > > Key: NETBEANS-5326 > URL: https://issues.apache.org/jira/browse/NETBEANS-5326 > Project: NetBeans > Issue Type: Bug > Components: lsp, vscode >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: Usability, pull-request-available > Fix For: 12.3 > > Time Spent: 40m > Remaining Estimate: 0h > > Currently if you click on "Run test" in the editor it runs the test but no > output is shown and no way to obtain the output. > This is particularly problematic if the test fails as you have no way to know > what failed. > The situation is slightly better with the "Debug test" link which does show > test output however if a test fails for some reason there is no output about > the test result. -- 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-5326) Running tests with codelense link shows no test output
[ https://issues.apache.org/jira/browse/NETBEANS-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher closed NETBEANS-5326. -- > Running tests with codelense link shows no test output > -- > > Key: NETBEANS-5326 > URL: https://issues.apache.org/jira/browse/NETBEANS-5326 > Project: NetBeans > Issue Type: Bug > Components: lsp, vscode >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: Usability, pull-request-available > Fix For: 12.3 > > Time Spent: 40m > Remaining Estimate: 0h > > Currently if you click on "Run test" in the editor it runs the test but no > output is shown and no way to obtain the output. > This is particularly problematic if the test fails as you have no way to know > what failed. > The situation is slightly better with the "Debug test" link which does show > test output however if a test fails for some reason there is no output about > the test result. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-5326) Running tests with codelense link shows no test output
[ https://issues.apache.org/jira/browse/NETBEANS-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-5326. Resolution: Fixed Merged into release321 and master. https://github.com/apache/netbeans/pull/2725 > Running tests with codelense link shows no test output > -- > > Key: NETBEANS-5326 > URL: https://issues.apache.org/jira/browse/NETBEANS-5326 > Project: NetBeans > Issue Type: Bug > Components: lsp, vscode >Affects Versions: 12.3 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Critical > Labels: Usability, pull-request-available > Fix For: 12.3 > > Time Spent: 40m > Remaining Estimate: 0h > > Currently if you click on "Run test" in the editor it runs the test but no > output is shown and no way to obtain the output. > This is particularly problematic if the test fails as you have no way to know > what failed. > The situation is slightly better with the "Debug test" link which does show > test output however if a test fails for some reason there is no output about > the test result. -- 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-5346) Implement debugger attach in VSCode extension
Martin Entlicher created NETBEANS-5346: -- Summary: Implement debugger attach in VSCode extension Key: NETBEANS-5346 URL: https://issues.apache.org/jira/browse/NETBEANS-5346 Project: NetBeans Issue Type: Improvement Components: vscode Affects Versions: 12.2 Reporter: Martin Entlicher Assignee: Martin Entlicher Fix For: 12.4 Debugger attach to a remote process is missing in VSCode extension. -- 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-5319) Not able to submit breakpoint LineBreakpoint to added java file
[ https://issues.apache.org/jira/browse/NETBEANS-5319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5319: --- Labels: pull-request-available (was: ) > Not able to submit breakpoint LineBreakpoint to added java file > --- > > Key: NETBEANS-5319 > URL: https://issues.apache.org/jira/browse/NETBEANS-5319 > Project: NetBeans > Issue Type: Bug > Components: vscode >Affects Versions: 12.3 > Environment: Ubuntu 20.04, GraalVM 21.0 Jdk8. >Reporter: Martin Balin >Assignee: Martin Entlicher >Priority: Critical > Labels: pull-request-available > Fix For: 12.3 > > > VSNB ext 12.3.286 and GraalVM Micronaut ext. > Create MN project based on Maven. > Add new controller class, e.g. HelloController.java. place a breakpoint into > valid line. Save it. > Run debugger using F5. > Following error is printed to debug output: > > {code:java} > --- maven-compiler-plugin:3.8.1:testCompile (default-testCompile) @ demom --- > Changes detected - recompiling the module! > Compiling 1 source file to /home/martin/Development/demom/target/test-classes > User program running > Not able to submit breakpoint LineBreakpoint HelloController.java : 15, > reason: The breakpoint is set outside of any class. > Invalid LineBreakpoint HelloController.java : 15 > {code} > It happens even after forced workspace compilation. -- 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-5326) Running tests with codelense link shows no test output
Martin Entlicher created NETBEANS-5326: -- Summary: Running tests with codelense link shows no test output Key: NETBEANS-5326 URL: https://issues.apache.org/jira/browse/NETBEANS-5326 Project: NetBeans Issue Type: Bug Components: lsp, vscode Affects Versions: 12.3 Reporter: Martin Entlicher Assignee: Martin Entlicher Fix For: 12.3 Currently if you click on "Run test" in the editor it runs the test but no output is shown and no way to obtain the output. This is particularly problematic if the test fails as you have no way to know what failed. The situation is slightly better with the "Debug test" link which does show test output however if a test fails for some reason there is no output about the test result. -- 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-5319) Not able to submit breakpoint LineBreakpoint to added java file
[ https://issues.apache.org/jira/browse/NETBEANS-5319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-5319: --- Priority: Critical (was: Major) > Not able to submit breakpoint LineBreakpoint to added java file > --- > > Key: NETBEANS-5319 > URL: https://issues.apache.org/jira/browse/NETBEANS-5319 > Project: NetBeans > Issue Type: Bug > Components: vscode >Affects Versions: 12.3 > Environment: Ubuntu 20.04, GraalVM 21.0 Jdk8. >Reporter: Martin Balin >Assignee: Martin Entlicher >Priority: Critical > Fix For: 12.3 > > > VSNB ext 12.3.286 and GraalVM Micronaut ext. > Create MN project based on Maven. > Add new controller class, e.g. HelloController.java. place a breakpoint into > valid line. Save it. > Run debugger using F5. > Following error is printed to debug output: > > {code:java} > --- maven-compiler-plugin:3.8.1:testCompile (default-testCompile) @ demom --- > Changes detected - recompiling the module! > Compiling 1 source file to /home/martin/Development/demom/target/test-classes > User program running > Not able to submit breakpoint LineBreakpoint HelloController.java : 15, > reason: The breakpoint is set outside of any class. > Invalid LineBreakpoint HelloController.java : 15 > {code} > It happens even after forced workspace compilation. -- 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-5325) Use the new file operation events introduced in LSP 3.16
Martin Entlicher created NETBEANS-5325: -- Summary: Use the new file operation events introduced in LSP 3.16 Key: NETBEANS-5325 URL: https://issues.apache.org/jira/browse/NETBEANS-5325 Project: NetBeans Issue Type: Improvement Components: lsp, vscode Reporter: Martin Entlicher Fix For: 12.4 There are new file operation events introduced in LSP 3.16: [https://microsoft.github.io/language-server-protocol/specifications/specification-current/#version_3_16_0] They will be in LSP4J 0.11.* (the changes are on the master branch already) We should leverage them in our LSP server and e.g. create files from templates. It's really a bad user experience when the user needs to write package and class declaration manually. -- 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-5319) Not able to submit breakpoint LineBreakpoint to added java file
[ https://issues.apache.org/jira/browse/NETBEANS-5319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17278743#comment-17278743 ] Martin Entlicher commented on NETBEANS-5319: This is a result of keeping unsaved changes in NetBeans backend. Debugger does not care what's being edited in the editor. Debugger cares about what's saved on disk, because you debug what's on disk and not what's in the editor. We have a code like this in the debugger: {code:java} LineCookie lineCookie = dataObject.getLookup().lookup(LineCookie.class); Line.Set lineSet = lineCookie.getLineSet(); int editorBreakpointLine = ... int realBreakpointLine = lineSet.getOriginalLineNumber(lineSet.getCurrent(editorBreakpointLine)); {code} The {{realBreakpointLine}} is always {{0}} for files created through VSCode. NetBeans has changes in memory which it an not save due to local modifications on disk from VSCode. > Not able to submit breakpoint LineBreakpoint to added java file > --- > > Key: NETBEANS-5319 > URL: https://issues.apache.org/jira/browse/NETBEANS-5319 > Project: NetBeans > Issue Type: Bug > Components: vscode >Affects Versions: 12.3 > Environment: Ubuntu 20.04, GraalVM 21.0 Jdk8. >Reporter: Martin Balin >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.3 > > > VSNB ext 12.3.286 and GraalVM Micronaut ext. > Create MN project based on Maven. > Add new controller class, e.g. HelloController.java. place a breakpoint into > valid line. Save it. > Run debugger using F5. > Following error is printed to debug output: > > {code:java} > --- maven-compiler-plugin:3.8.1:testCompile (default-testCompile) @ demom --- > Changes detected - recompiling the module! > Compiling 1 source file to /home/martin/Development/demom/target/test-classes > User program running > Not able to submit breakpoint LineBreakpoint HelloController.java : 15, > reason: The breakpoint is set outside of any class. > Invalid LineBreakpoint HelloController.java : 15 > {code} > It happens even after forced workspace compilation. -- 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-5084) Improve ServerTest to test Sources created from a String.
Martin Entlicher created NETBEANS-5084: -- Summary: Improve ServerTest to test Sources created from a String. Key: NETBEANS-5084 URL: https://issues.apache.org/jira/browse/NETBEANS-5084 Project: NetBeans Issue Type: Test Components: lsp Affects Versions: 12.3 Reporter: Martin Entlicher Assignee: Martin Entlicher Fix For: 12.3 Improve {{org.netbeans.modules.java.lsp.server.protocol.ServerTest}} to test various Sources as mentioned at https://github.com/apache/netbeans/pull/2572/files#r533575312 -- 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-4912) NullPointerException at Server$LanguageServerImpl.initialize(Server.java:144)
Martin Entlicher created NETBEANS-4912: -- Summary: NullPointerException at Server$LanguageServerImpl.initialize(Server.java:144) Key: NETBEANS-4912 URL: https://issues.apache.org/jira/browse/NETBEANS-4912 Project: NetBeans Issue Type: Bug Components: lsp Reporter: Martin Entlicher It's caused by {{NoJavacHelper.hasWorkingJavac()}} = false I run on GraalVM based on JDK 8. I'm not sure what's the best solution, how to either assure NBJavac in VSCode extension, or if provide some limited functionality without 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] [Assigned] (NETBEANS-4912) NullPointerException at Server$LanguageServerImpl.initialize(Server.java:144)
[ https://issues.apache.org/jira/browse/NETBEANS-4912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher reassigned NETBEANS-4912: -- Assignee: Jan Lahoda > NullPointerException at Server$LanguageServerImpl.initialize(Server.java:144) > - > > Key: NETBEANS-4912 > URL: https://issues.apache.org/jira/browse/NETBEANS-4912 > Project: NetBeans > Issue Type: Bug > Components: lsp >Reporter: Martin Entlicher >Assignee: Jan Lahoda >Priority: Major > > It's caused by {{NoJavacHelper.hasWorkingJavac()}} = false > I run on GraalVM based on JDK 8. > I'm not sure what's the best solution, how to either assure NBJavac in VSCode > extension, or if provide some limited functionality without 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-4208) NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248
[ https://issues.apache.org/jira/browse/NETBEANS-4208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-4208: --- Fix Version/s: 12.0 > NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248 > > > Key: NETBEANS-4208 > URL: https://issues.apache.org/jira/browse/NETBEANS-4208 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 11.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.0 > > > In Java Truffle debugger, following exception occurs occasionally during > breakpoint submission: > {code:java} > java.lang.NullPointerException > at > org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248) > at > org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.breakpointAdded(TruffleBreakpointsHandler.java:366) > at > org.netbeans.modules.debugger.jpda.truffle.DebugManagerHandler.breakpointAdded(DebugManagerHandler.java:283) > at > org.netbeans.modules.debugger.jpda.truffle.TruffleDebugManager.breakpointAdded(TruffleDebugManager.java:336) > [catch] at > org.netbeans.api.debugger.DebuggerManager.fireBreakpointCreated(DebuggerManager.java:864) > at > org.netbeans.api.debugger.DebuggerManager.addBreakpoint(DebuggerManager.java:517) > at > org.netbeans.modules.javascript2.debug.ui.breakpoints.ToggleBreakpointActionProvider.doAction(ToggleBreakpointActionProvider.java:71) > at > org.netbeans.spi.debugger.ActionsProvider$1.run(ActionsProvider.java:106) > 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) > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-4208) NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248
[ https://issues.apache.org/jira/browse/NETBEANS-4208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-4208. Resolution: Fixed Fixed by https://github.com/apache/netbeans/pull/2100 > NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248 > > > Key: NETBEANS-4208 > URL: https://issues.apache.org/jira/browse/NETBEANS-4208 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 11.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.0 > > > In Java Truffle debugger, following exception occurs occasionally during > breakpoint submission: > {code:java} > java.lang.NullPointerException > at > org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248) > at > org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.breakpointAdded(TruffleBreakpointsHandler.java:366) > at > org.netbeans.modules.debugger.jpda.truffle.DebugManagerHandler.breakpointAdded(DebugManagerHandler.java:283) > at > org.netbeans.modules.debugger.jpda.truffle.TruffleDebugManager.breakpointAdded(TruffleDebugManager.java:336) > [catch] at > org.netbeans.api.debugger.DebuggerManager.fireBreakpointCreated(DebuggerManager.java:864) > at > org.netbeans.api.debugger.DebuggerManager.addBreakpoint(DebuggerManager.java:517) > at > org.netbeans.modules.javascript2.debug.ui.breakpoints.ToggleBreakpointActionProvider.doAction(ToggleBreakpointActionProvider.java:71) > at > org.netbeans.spi.debugger.ActionsProvider$1.run(ActionsProvider.java:106) > 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) > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-4209) Truffle debugger: some variable values are displayed as DynamicObjectBasic
[ https://issues.apache.org/jira/browse/NETBEANS-4209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-4209. Resolution: Fixed Fixed by https://github.com/apache/netbeans/pull/2100 > Truffle debugger: some variable values are displayed as DynamicObjectBasic > -- > > Key: NETBEANS-4209 > URL: https://issues.apache.org/jira/browse/NETBEANS-4209 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 11.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.0 > > Time Spent: 0.5h > Remaining Estimate: 0h > > With the new GraalVM 20.1.0 some variable values are displayed as e.g. > {{com.oracle.truffle.object.DynamicObjectBasic@1e3f86d5}} instead of the > proper guest language representation. -- 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-4209) Truffle debugger: some variable values are displayed as DynamicObjectBasic
[ https://issues.apache.org/jira/browse/NETBEANS-4209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-4209: --- Fix Version/s: 12.0 > Truffle debugger: some variable values are displayed as DynamicObjectBasic > -- > > Key: NETBEANS-4209 > URL: https://issues.apache.org/jira/browse/NETBEANS-4209 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 11.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.0 > > Time Spent: 0.5h > Remaining Estimate: 0h > > With the new GraalVM 20.1.0 some variable values are displayed as e.g. > {{com.oracle.truffle.object.DynamicObjectBasic@1e3f86d5}} instead of the > proper guest language representation. -- 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-4209) Truffle debugger: some variable values are displayed as DynamicObjectBasic
Martin Entlicher created NETBEANS-4209: -- Summary: Truffle debugger: some variable values are displayed as DynamicObjectBasic Key: NETBEANS-4209 URL: https://issues.apache.org/jira/browse/NETBEANS-4209 Project: NetBeans Issue Type: Bug Components: debugger - Java Affects Versions: 11.2 Reporter: Martin Entlicher Assignee: Martin Entlicher With the new GraalVM 20.1.0 some variable values are displayed as e.g. {{com.oracle.truffle.object.DynamicObjectBasic@1e3f86d5}} instead of the proper guest language representation. -- 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-4208) NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248
Martin Entlicher created NETBEANS-4208: -- Summary: NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248 Key: NETBEANS-4208 URL: https://issues.apache.org/jira/browse/NETBEANS-4208 Project: NetBeans Issue Type: Bug Components: debugger - Java Affects Versions: 11.2 Reporter: Martin Entlicher Assignee: Martin Entlicher In Java Truffle debugger, following exception occurs occasionally during breakpoint submission: {code:java} java.lang.NullPointerException at org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248) at org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.breakpointAdded(TruffleBreakpointsHandler.java:366) at org.netbeans.modules.debugger.jpda.truffle.DebugManagerHandler.breakpointAdded(DebugManagerHandler.java:283) at org.netbeans.modules.debugger.jpda.truffle.TruffleDebugManager.breakpointAdded(TruffleDebugManager.java:336) [catch] at org.netbeans.api.debugger.DebuggerManager.fireBreakpointCreated(DebuggerManager.java:864) at org.netbeans.api.debugger.DebuggerManager.addBreakpoint(DebuggerManager.java:517) at org.netbeans.modules.javascript2.debug.ui.breakpoints.ToggleBreakpointActionProvider.doAction(ToggleBreakpointActionProvider.java:71) at org.netbeans.spi.debugger.ActionsProvider$1.run(ActionsProvider.java:106) 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) {code} -- 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-4037) Debugger slow - taken profiler snapshots
[ https://issues.apache.org/jira/browse/NETBEANS-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17062832#comment-17062832 ] Martin Entlicher commented on NETBEANS-4037: One thing that could help in debugger could be to prevent from running {{org.netbeans.modules.debugger.jpda.ui.models.DebuggingNodeModel$2.run ()}} (at {{DebuggingNodeModel.loadFrameDescription()}}) multiple times in parallel. Parallel runs are more efficient when everything is cached, but when it's not, it seems to cause extra work that is being done repeatedly. > Debugger slow - taken profiler snapshots > > > Key: NETBEANS-4037 > URL: https://issues.apache.org/jira/browse/NETBEANS-4037 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 8.2, 11.1, 11.2, 11.3 >Reporter: matteodg >Assignee: Jan Lahoda >Priority: Major > Labels: performance > Fix For: 12.0 > > Attachments: > org.netbeans.modules.debugger.jpda.ui.SourcePath.annotate.npss, > org.netbeans.modules.debugger.jpda.ui.SourcePath.getURL.npss > > > We have a pretty big NetBeans Platform Application (~180 modules and 5 > suites) and when the debugger reaches the first breakpoint it got stuck: the > tabs Debugging, Variables, Breakpoints, etc. are all with a "Please wait..." > node and with the NetBeans sampler I took a few snapshots highlighting it is > spending a lot of time on calls like: > * {{org.netbeans.modules.debugger.jpda.ui.SourcePath.getURL()}} > * {{org.netbeans.modules.debugger.jpda.ui.SourcePath.annotate()}} > which at the end boil down to a lot of calls like: > * java.util.concurrent.CopyOnWriteArrayList.remove() > * java.io.File.isFile() > Attached the snapshots. > Then if I press Continue the debugger remain stuck: now Pause and Continue > buttons in the toolbar are disabled... > I kept close and restarting NetBeans but no luck... I remember got this > behavior even with NB 8.2, sometimes though it goes through and I'm able to > debug, but very rarely! > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists