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

2022-02-21 Thread Martin Entlicher (Jira)


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

2022-02-21 Thread Martin Entlicher (Jira)


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

2022-02-19 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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.

2022-02-18 Thread Martin Entlicher (Jira)


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

2022-02-18 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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.

2022-02-17 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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.

2022-02-17 Thread Martin Entlicher (Jira)


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

2022-02-11 Thread Martin Entlicher (Jira)
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

2022-02-07 Thread Martin Entlicher (Jira)


 [ 
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

2022-02-07 Thread Martin Entlicher (Jira)


 [ 
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

2022-02-07 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2022-02-07 Thread Martin Entlicher (Jira)
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

2022-01-03 Thread Martin Entlicher (Jira)


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

[jira] [Resolved] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy

2022-01-03 Thread Martin Entlicher (Jira)


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

[jira] [Commented] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy

2021-12-17 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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]  at 
> 

[jira] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy

2021-12-17 Thread Martin Entlicher (Jira)


[ 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 

[jira] [Comment Edited] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy

2021-12-17 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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 

[jira] [Commented] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy

2021-12-17 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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 

[jira] [Created] (NETBEANS-6312) Missing READ-LOCK when accessing TokenHierarchy

2021-12-17 Thread Martin Entlicher (Jira)
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 

[jira] [Created] (NETBEANS-6297) Add ActionProvider.COMMAND_DEBUG_TEST

2021-12-14 Thread Martin Entlicher (Jira)
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.

2021-11-09 Thread Martin Entlicher (Jira)
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

2021-10-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-10-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-10-29 Thread Martin Entlicher (Jira)
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.

2021-10-14 Thread Martin Entlicher (Jira)


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

2021-10-13 Thread Martin Entlicher (Jira)


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

2021-10-13 Thread Martin Entlicher (Jira)


 [ 
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

2021-10-13 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2021-10-13 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2021-10-13 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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 message was sent by 

[jira] [Commented] (NETBEANS-6127) Suspend all in debugger freezes debugging

2021-10-13 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-6127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2021-10-13 Thread Martin Entlicher (Jira)
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

2021-10-12 Thread Martin Entlicher (Jira)


 [ 
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 

[jira] [Created] (NETBEANS-6126) NullPointerException: Cannot invoke "java.net.URL.toURI()" because the return value of "AutoupdateCatalogProvider.getUpdateCenterURL()" is null

2021-10-12 Thread Martin Entlicher (Jira)
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.

2021-10-12 Thread Martin Entlicher (Jira)


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

2021-10-11 Thread Martin Entlicher (Jira)


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

2021-10-11 Thread Martin Entlicher (Jira)
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

2021-09-03 Thread Martin Entlicher (Jira)


 [ 
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

2021-09-03 Thread Martin Entlicher (Jira)


 [ 
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

2021-08-17 Thread Martin Entlicher (Jira)
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

2021-08-12 Thread Martin Entlicher (Jira)


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

[jira] [Resolved] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug

2021-08-09 Thread Martin Entlicher (Jira)


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

[jira] [Updated] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug

2021-08-09 Thread Martin Entlicher (Jira)


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

[jira] [Comment Edited] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug

2021-08-09 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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 
> 

[jira] [Commented] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug

2021-08-09 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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 
> 

[jira] [Created] (NETBEANS-5887) SecurityException:setContextClassLoader when remote debug

2021-07-30 Thread Martin Entlicher (Jira)
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 

[jira] [Updated] (NETBEANS-5826) Groovy debugging: extra suspends in java.lang.reflect.Method.invoke()

2021-07-01 Thread Martin Entlicher (Jira)


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

2021-07-01 Thread Martin Entlicher (Jira)
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.

2021-07-01 Thread Martin Entlicher (Jira)
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.

2021-06-23 Thread Martin Entlicher (Jira)


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

2021-06-21 Thread Martin Entlicher (Jira)


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

2021-06-21 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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.

2021-06-21 Thread Martin Entlicher (Jira)


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

2021-06-21 Thread Martin Entlicher (Jira)
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

2021-06-07 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2021-06-07 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2021-05-31 Thread Martin Entlicher (Jira)


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

2021-05-22 Thread Martin Entlicher (Jira)


 [ 
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

2021-05-21 Thread Martin Entlicher (Jira)


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

2021-05-19 Thread Martin Entlicher (Jira)
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.

2021-05-19 Thread Martin Entlicher (Jira)


 [ 
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

2021-05-19 Thread Martin Entlicher (Jira)


 [ 
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

2021-04-01 Thread Martin Entlicher (Jira)
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

2021-03-31 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-30 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-30 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-30 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2021-03-30 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-30 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-29 Thread Martin Entlicher (Jira)


 [ 
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

2021-03-29 Thread Martin Entlicher (Jira)
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

2021-03-29 Thread Martin Entlicher (Jira)
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

2021-03-29 Thread Martin Entlicher (Jira)
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

2021-03-29 Thread Martin Entlicher (Jira)
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

2021-02-18 Thread Martin Entlicher (Jira)


 [ 
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

2021-02-18 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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

2021-02-18 Thread Martin Entlicher (Jira)


 [ 
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

2021-02-18 Thread Martin Entlicher (Jira)


 [ 
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

2021-02-08 Thread Martin Entlicher (Jira)
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

2021-02-04 Thread Martin Entlicher (Jira)


 [ 
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

2021-02-04 Thread Martin Entlicher (Jira)
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

2021-02-04 Thread Martin Entlicher (Jira)


 [ 
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

2021-02-04 Thread Martin Entlicher (Jira)
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

2021-02-04 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-5319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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.

2020-12-02 Thread Martin Entlicher (Jira)
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)

2020-10-16 Thread Martin Entlicher (Jira)
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)

2020-10-16 Thread Martin Entlicher (Jira)


 [ 
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

2020-04-28 Thread Martin Entlicher (Jira)


 [ 
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

2020-04-28 Thread Martin Entlicher (Jira)


 [ 
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

2020-04-28 Thread Martin Entlicher (Jira)


 [ 
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

2020-04-24 Thread Martin Entlicher (Jira)


 [ 
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

2020-04-21 Thread Martin Entlicher (Jira)
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

2020-04-21 Thread Martin Entlicher (Jira)
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

2020-03-19 Thread Martin Entlicher (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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



  1   2   >