[netbeans] branch master updated (794f30a -> 12ec73d)
This is an automated email from the ASF dual-hosted git repository. arusinha pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 794f30a [NETBEANS-3580] : Fixed lambda debug breakpoint issue by processing all location event coming from vm (#2055) add 12ec73d [NETBEANS-3311] Convert TextBlock to String Function call parameter fix (#2089) No new revisions were added by this update. Summary of changes: .../hints/jdk/ConvertTextBlockToStringTest.java| 63 +- .../modules/java/source/save/CasualDiff.java | 8 ++- 2 files changed, 68 insertions(+), 3 deletions(-) - 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
[netbeans] branch master updated (5222352 -> 794f30a)
This is an automated email from the ASF dual-hosted git repository. arusinha pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 5222352 Merge pull request #2100 from entlicher/TruffleDebugUpdate2020-04 add 794f30a [NETBEANS-3580] : Fixed lambda debug breakpoint issue by processing all location event coming from vm (#2055) No new revisions were added by this update. Summary of changes: .../jpda/breakpoints/LineBreakpointImpl.java | 47 +++-- .../jpda/ExpressionLambdaBreakpointTest.java | 203 + .../api/debugger/jpda/ExpressionStepTest.java | 14 ++ .../testapps/ExpressionLambdaBreakpointApp.java| 38 .../debugger/jpda/testapps/ExpressionStepApp.java | 2 + 5 files changed, 285 insertions(+), 19 deletions(-) create mode 100644 java/debugger.jpda/test/unit/src/org/netbeans/api/debugger/jpda/ExpressionLambdaBreakpointTest.java create mode 100644 java/debugger.jpda/test/unit/src/org/netbeans/api/debugger/jpda/testapps/ExpressionLambdaBreakpointApp.java - 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-4271) Null pointer exception on reload
John L. Ries created NETBEANS-4271: -- Summary: Null pointer exception on reload Key: NETBEANS-4271 URL: https://issues.apache.org/jira/browse/NETBEANS-4271 Project: NetBeans Issue Type: Bug Environment: MacBook Pro (2019) running MacOS X version 10.14.6. System report attached. Reporter: John L. Ries Attachments: MacBook Pro.spx, idelog.txt, uilog.txt After merging my git branch with the main development branch, NetBeans reloaded project and produced a null pointer exception. UI and IDE logs attached. -- 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-4180) Assertion error in javac when processing errors in anonymous class
[ https://issues.apache.org/jira/browse/NETBEANS-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094834#comment-17094834 ] Jan Lahoda commented on NETBEANS-4180: -- I take that back - this specific problem is not solved by that, let me look into it. > Assertion error in javac when processing errors in anonymous class > -- > > Key: NETBEANS-4180 > URL: https://issues.apache.org/jira/browse/NETBEANS-4180 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.3 > Environment: NetBeans 11.3 with nbjavac plugin installed >Reporter: Eirik Bakke >Assignee: Jan Lahoda >Priority: Major > Labels: nbjavac > > If a source file is saved with with certain errors in the syntax of an > anonymous inner class, an error dialog shows up showing an assertion error in > javac. A minimized example exhibiting this behavior is as follows: > {code:java} > public final class BugExhibitAnalyserError { > public void testMethod() { > new Thread(new Runnable() { > //public void run() { > System.out.println("Hello world"); > //} > }); > } > } > {code} > This example causes the IDE to throw the following exception (shown in a > user-visible dialog): > {noformat} > java.lang.AssertionError: Analyzer error when processing: new Thread(new > Runnable(){ > > () { > super(); > } > > System.out.println ((ERROR) ); > }); > at com.sun.tools.javac.util.Assert.error(Assert.java:162) > at com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:578) > at com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:549) > at com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:586) > at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1505) > at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473) > at > com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834) > at >
[jira] [Assigned] (NETBEANS-4180) Assertion error in javac when processing errors in anonymous class
[ https://issues.apache.org/jira/browse/NETBEANS-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Lahoda reassigned NETBEANS-4180: Assignee: Jan Lahoda (was: Arunava Sinha) > Assertion error in javac when processing errors in anonymous class > -- > > Key: NETBEANS-4180 > URL: https://issues.apache.org/jira/browse/NETBEANS-4180 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.3 > Environment: NetBeans 11.3 with nbjavac plugin installed >Reporter: Eirik Bakke >Assignee: Jan Lahoda >Priority: Major > Labels: nbjavac > > If a source file is saved with with certain errors in the syntax of an > anonymous inner class, an error dialog shows up showing an assertion error in > javac. A minimized example exhibiting this behavior is as follows: > {code:java} > public final class BugExhibitAnalyserError { > public void testMethod() { > new Thread(new Runnable() { > //public void run() { > System.out.println("Hello world"); > //} > }); > } > } > {code} > This example causes the IDE to throw the following exception (shown in a > user-visible dialog): > {noformat} > java.lang.AssertionError: Analyzer error when processing: new Thread(new > Runnable(){ > > () { > super(); > } > > System.out.println ((ERROR) ); > }); > at com.sun.tools.javac.util.Assert.error(Assert.java:162) > at com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:578) > at com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:549) > at com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:586) > at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1505) > at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473) > at > com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834) > at >
[jira] [Commented] (NETBEANS-4180) Assertion error in javac when processing errors in anonymous class
[ https://issues.apache.org/jira/browse/NETBEANS-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094831#comment-17094831 ] Jan Lahoda commented on NETBEANS-4180: -- I believe this should be fixed in upstream javac as: [https://bugs.openjdk.java.net/browse/JDK-8230105] So once nb-javac is based on JDK 14, this should be solved for nb-javac as well. > Assertion error in javac when processing errors in anonymous class > -- > > Key: NETBEANS-4180 > URL: https://issues.apache.org/jira/browse/NETBEANS-4180 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.3 > Environment: NetBeans 11.3 with nbjavac plugin installed >Reporter: Eirik Bakke >Assignee: Arunava Sinha >Priority: Major > Labels: nbjavac > > If a source file is saved with with certain errors in the syntax of an > anonymous inner class, an error dialog shows up showing an assertion error in > javac. A minimized example exhibiting this behavior is as follows: > {code:java} > public final class BugExhibitAnalyserError { > public void testMethod() { > new Thread(new Runnable() { > //public void run() { > System.out.println("Hello world"); > //} > }); > } > } > {code} > This example causes the IDE to throw the following exception (shown in a > user-visible dialog): > {noformat} > java.lang.AssertionError: Analyzer error when processing: new Thread(new > Runnable(){ > > () { > super(); > } > > System.out.println ((ERROR) ); > }); > at com.sun.tools.javac.util.Assert.error(Assert.java:162) > at com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:578) > at com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:549) > at com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:586) > at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1505) > at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473) > at > com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183) > at >
[jira] [Assigned] (NETBEANS-4180) Assertion error in javac when processing errors in anonymous class
[ https://issues.apache.org/jira/browse/NETBEANS-4180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jan Lahoda reassigned NETBEANS-4180: Assignee: Arunava Sinha > Assertion error in javac when processing errors in anonymous class > -- > > Key: NETBEANS-4180 > URL: https://issues.apache.org/jira/browse/NETBEANS-4180 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.3 > Environment: NetBeans 11.3 with nbjavac plugin installed >Reporter: Eirik Bakke >Assignee: Arunava Sinha >Priority: Major > Labels: nbjavac > > If a source file is saved with with certain errors in the syntax of an > anonymous inner class, an error dialog shows up showing an assertion error in > javac. A minimized example exhibiting this behavior is as follows: > {code:java} > public final class BugExhibitAnalyserError { > public void testMethod() { > new Thread(new Runnable() { > //public void run() { > System.out.println("Hello world"); > //} > }); > } > } > {code} > This example causes the IDE to throw the following exception (shown in a > user-visible dialog): > {noformat} > java.lang.AssertionError: Analyzer error when processing: new Thread(new > Runnable(){ > > () { > super(); > } > > System.out.println ((ERROR) ); > }); > at com.sun.tools.javac.util.Assert.error(Assert.java:162) > at com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:578) > at com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:549) > at com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:586) > at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1505) > at com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1473) > at > com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:504) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:507) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:261) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834) > at >
[jira] [Comment Edited] (NETBEANS-3733) Cannot test single method with Maven and Junit 5
[ https://issues.apache.org/jira/browse/NETBEANS-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094771#comment-17094771 ] Paulo Tibério Bulhões edited comment on NETBEANS-3733 at 4/28/20, 6:47 PM: --- I ran into the same problem and I used to solution at [https://springframework.guru/why-your-junit-5-tests-are-not-running-under-maven/.|https://springframework.guru/why-your-junit-5-tests-are-not-running-under-maven/] I.e., edit the pom file and add dependencies for maven-surefire-plugin version 2.22.0. It worked fine for me but I am new to netbeans and there might be better solutions. I am using netbeans 11.3 was (Author: cmpyl0): I ran into the same problem and I used to solution at [https://springframework.guru/why-your-junit-5-tests-are-not-running-under-maven/.|https://springframework.guru/why-your-junit-5-tests-are-not-running-under-maven/] I.e., edit the pom file and add dependencies for maven-surefire-plugin version 2.22.0. It worked fine for me but I am new to netbeans and there might be better solutions. > Cannot test single method with Maven and Junit 5 > > > Key: NETBEANS-3733 > URL: https://issues.apache.org/jira/browse/NETBEANS-3733 > Project: NetBeans > Issue Type: Bug > Components: java - JUnit, projects - Maven >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Bernard >Priority: Major > > All defaults, hello world application as simple as possible. > How to reproduce: > Menu|File|New Project|Java with Maven|Java Application|Finish > Projects|New|java Class|NewClass|Finish > Add two methods: > public void hello1() { > System.out.println("Hello 1"); > } > > public void hello2() { > System.out.println("Hello 2"); > } > [Ctrl+Shift+U] Create / Update Tests|JUnit|OK > generates test as expected, adds dependencies to POM as expected: > > > org.junit.jupiter > junit-jupiter-api > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-params > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-engine > 5.3.1 > test > > > In generated class NewClassTest now I want to test the single method > "testHello2()" > So I put cursor on it and right click, "Run Focused Test Method". > I get a dialog: > "Feature requires update of POM" > "Executing single test method requires Surefire 2.8+ and JUnit in version 4.8 > and bigger. > Update your pom.xml?" > I click "Yes" > In pom.xml, another dependecy is added: > > junit > junit > 4.11 > > Si I try again. Put cursor on the method and right click, "Run Focused Test > Method". > I get a message > "No tests executed for mavenproject1" > This means that I cannot use the default way of NetBeans to quickly create a > class and test it. > This reproduces with all only defaults selected such as Java Maven project, > as simple as it can get. This has worked for about 10 years until it was > broken with JUnit 5. > How can we select JUnit 4 until this is mature? -- 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-3733) Cannot test single method with Maven and Junit 5
[ https://issues.apache.org/jira/browse/NETBEANS-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paulo Tibério Bulhões updated NETBEANS-3733: Affects Version/s: 11.3 > Cannot test single method with Maven and Junit 5 > > > Key: NETBEANS-3733 > URL: https://issues.apache.org/jira/browse/NETBEANS-3733 > Project: NetBeans > Issue Type: Bug > Components: java - JUnit, projects - Maven >Affects Versions: 11.1, 11.2, 11.3 >Reporter: Bernard >Priority: Major > > All defaults, hello world application as simple as possible. > How to reproduce: > Menu|File|New Project|Java with Maven|Java Application|Finish > Projects|New|java Class|NewClass|Finish > Add two methods: > public void hello1() { > System.out.println("Hello 1"); > } > > public void hello2() { > System.out.println("Hello 2"); > } > [Ctrl+Shift+U] Create / Update Tests|JUnit|OK > generates test as expected, adds dependencies to POM as expected: > > > org.junit.jupiter > junit-jupiter-api > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-params > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-engine > 5.3.1 > test > > > In generated class NewClassTest now I want to test the single method > "testHello2()" > So I put cursor on it and right click, "Run Focused Test Method". > I get a dialog: > "Feature requires update of POM" > "Executing single test method requires Surefire 2.8+ and JUnit in version 4.8 > and bigger. > Update your pom.xml?" > I click "Yes" > In pom.xml, another dependecy is added: > > junit > junit > 4.11 > > Si I try again. Put cursor on the method and right click, "Run Focused Test > Method". > I get a message > "No tests executed for mavenproject1" > This means that I cannot use the default way of NetBeans to quickly create a > class and test it. > This reproduces with all only defaults selected such as Java Maven project, > as simple as it can get. This has worked for about 10 years until it was > broken with JUnit 5. > How can we select JUnit 4 until this is mature? -- 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
[netbeans] branch NETBEANS-4029 updated (299b19f -> fd9a785)
This is an automated email from the ASF dual-hosted git repository. hectorespert pushed a change to branch NETBEANS-4029 in repository https://gitbox.apache.org/repos/asf/netbeans.git. discard 299b19f [NETBEANS-4029] Fix feature dialog add 66a6ca3 Using activateModules for download as well as activate buttons. Making the activateModules more stateless add 5c4ce62 Merge pull request #2062 from jtulach/FoDUseModuleActivation add 64d07bc [NETBEANS-4083] Add missing validation in new maven project dialog add 4d61753 Merge pull request #2053 from errael/ValidationsForMavenProjectCreation add 5aea1fb [NETBEANS-4177] Add another check for valid parameter list position to avoid exception if sourcecode is incorrect add 976501a Merge pull request #2082 from graben/NETBEANS-4177 add 605b4f3 [NETBEANS-4084] Fix Gradle Projects Wizard to remember the last used Project Directory add 9393d69 Merge pull request #2096 from lkishalmi/NETBEANS-4084 add 00465e5 [NETBEANS-4173] Update FlatLaf from 0.30 to 0.31 add 601151b Merge pull request #2094 from DevCharly/flatlaf-0.31 add d30ce07 [NETBEANS-4206] Only set project location once directly from PROJECT_PARENT_FOLDER add b440455 Merge pull request #2097 from errael/MavenCreateNewModule add 834bd75 Preventing AssertionError from javac due to use of incorrect scope on JDK12+ add 12200ba Merge branch 'master' into avoid-assert-in-scope add 439d079 Merge pull request #2083 from jlahoda/avoid-assert-in-scope add d2e893c [NETBEANS-346] Tabs, characters, and the right Margin don't line up add 1a8548d Merge pull request #2076 from eirikbakke/NETBEANS-346 add 439859c [TRAVIS] Enable cache add 2eb871f Merge pull request #2085 from apache/travis_cache add 41f57c5 [Travis] Retry java module add b7cde74 Merge pull request #2101 from apache/hectorespert-patch-1 add 05e9abe If cancel happens while Analyzer is running, AssertionError is thrown. Rather ignore all exception happening while the parser is cancelled. add f445170 Merge pull request #2095 from jlahoda/ignore-cancel-in-analyzer add fce86d5 Adding end-of-line switcher. add 81339c2 Merge pull request #2049 from jlahoda/eol-switcher add 5523e9c Trying to lock npm package versions. add 047990a More fixing of dependency versions. add 1294d90 Adding back package-lock.json add 524295e Merge pull request #2105 from jlahoda/lock-npm-module-versions add 1286226 [TRAVIS] RUn tests for enterprise modules add b602c6b Merge pull request #2098 from apache/enterprise_tests add 4243806 NETBEANS-4209: Update Truffle debugging for GraalVM 20.1.0, fixed a number of issues including NETBEANS-4208 and small corrections. add 5222352 Merge pull request #2100 from entlicher/TruffleDebugUpdate2020-04 add fd9a785 [NETBEANS-4029] Fix feature dialog This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this: * -- * -- B -- O -- O -- O (299b19f) \ N -- N -- N refs/heads/NETBEANS-4029 (fd9a785) You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B. Any revisions marked "omit" are not gone; other references still refer to them. Any revisions marked "discard" are gone forever. No new revisions were added by this update. Summary of changes: .travis.yml| 9 +- .../websvc.websvcapi/nbproject/project.properties | 2 +- .../websvc.wsstackapi/nbproject/project.properties | 2 +- ergonomics/ide.ergonomics/java.properties | 2 +- .../ide/ergonomics/fod/ConfigurationPanel.java | 97 +-- .../ide/ergonomics/fod/ModulesInstaller.java | 51 +- .../newproject/ProjectAttributesPanelVisual.java | 4 +- .../modules/editor/lib2/view/FontInfo.java | 14 +- .../modules/editor/impl/crlf/CRLFStatus.java | 226 +++ .../debugger/jpda/truffle/DebugManagerHandler.java | 55 +- .../debugger/jpda/truffle/LanguageName.java| 73 ++ .../jpda/truffle/access/TruffleAccess.java | 48 +- .../jpda/truffle/access/TruffleStrataProvider.java | 4 +- .../debugger/jpda/truffle/ast/TruffleNode.java | 34 +- .../jpda/truffle/ast/model/ASTNodeModel.java | 10 +- .../truffle/ast/model/ASTTreeExpansionModel.java | 2 +- .../breakpoints/TruffleBreakpointsHandler.java | 11 +- .../jpda/truffle/frames/TruffleStackFrame.java | 18 +- .../models/DebuggingTruffleActionsProvider.java| 2 +- .../frames/models/DebuggingTruffleTreeModel.java | 2 +-
[jira] [Commented] (NETBEANS-3733) Cannot test single method with Maven and Junit 5
[ https://issues.apache.org/jira/browse/NETBEANS-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094771#comment-17094771 ] Paulo Tibério Bulhões commented on NETBEANS-3733: - I ran into the same problem and I used to solution at [https://springframework.guru/why-your-junit-5-tests-are-not-running-under-maven/.|https://springframework.guru/why-your-junit-5-tests-are-not-running-under-maven/] I.e., edit the pom file and add dependencies for maven-surefire-plugin version 2.22.0. It worked fine for me but I am new to netbeans and there might be better solutions. > Cannot test single method with Maven and Junit 5 > > > Key: NETBEANS-3733 > URL: https://issues.apache.org/jira/browse/NETBEANS-3733 > Project: NetBeans > Issue Type: Bug > Components: java - JUnit, projects - Maven >Affects Versions: 11.1, 11.2 >Reporter: Bernard >Priority: Major > > All defaults, hello world application as simple as possible. > How to reproduce: > Menu|File|New Project|Java with Maven|Java Application|Finish > Projects|New|java Class|NewClass|Finish > Add two methods: > public void hello1() { > System.out.println("Hello 1"); > } > > public void hello2() { > System.out.println("Hello 2"); > } > [Ctrl+Shift+U] Create / Update Tests|JUnit|OK > generates test as expected, adds dependencies to POM as expected: > > > org.junit.jupiter > junit-jupiter-api > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-params > 5.3.1 > test > > > org.junit.jupiter > junit-jupiter-engine > 5.3.1 > test > > > In generated class NewClassTest now I want to test the single method > "testHello2()" > So I put cursor on it and right click, "Run Focused Test Method". > I get a dialog: > "Feature requires update of POM" > "Executing single test method requires Surefire 2.8+ and JUnit in version 4.8 > and bigger. > Update your pom.xml?" > I click "Yes" > In pom.xml, another dependecy is added: > > junit > junit > 4.11 > > Si I try again. Put cursor on the method and right click, "Run Focused Test > Method". > I get a message > "No tests executed for mavenproject1" > This means that I cannot use the default way of NetBeans to quickly create a > class and test it. > This reproduces with all only defaults selected such as Java Maven project, > as simple as it can get. This has worked for about 10 years until it was > broken with JUnit 5. > How can we select JUnit 4 until this is mature? -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4208) NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248
[ https://issues.apache.org/jira/browse/NETBEANS-4208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher updated NETBEANS-4208: --- Fix Version/s: 12.0 > NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248 > > > Key: NETBEANS-4208 > URL: https://issues.apache.org/jira/browse/NETBEANS-4208 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 11.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.0 > > > In Java Truffle debugger, following exception occurs occasionally during > breakpoint submission: > {code:java} > java.lang.NullPointerException > at > org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248) > at > org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.breakpointAdded(TruffleBreakpointsHandler.java:366) > at > org.netbeans.modules.debugger.jpda.truffle.DebugManagerHandler.breakpointAdded(DebugManagerHandler.java:283) > at > org.netbeans.modules.debugger.jpda.truffle.TruffleDebugManager.breakpointAdded(TruffleDebugManager.java:336) > [catch] at > org.netbeans.api.debugger.DebuggerManager.fireBreakpointCreated(DebuggerManager.java:864) > at > org.netbeans.api.debugger.DebuggerManager.addBreakpoint(DebuggerManager.java:517) > at > org.netbeans.modules.javascript2.debug.ui.breakpoints.ToggleBreakpointActionProvider.doAction(ToggleBreakpointActionProvider.java:71) > at > org.netbeans.spi.debugger.ActionsProvider$1.run(ActionsProvider.java:106) > at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-4208) NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248
[ https://issues.apache.org/jira/browse/NETBEANS-4208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-4208. Resolution: Fixed Fixed by https://github.com/apache/netbeans/pull/2100 > NPE at TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248 > > > Key: NETBEANS-4208 > URL: https://issues.apache.org/jira/browse/NETBEANS-4208 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 11.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.0 > > > In Java Truffle debugger, following exception occurs occasionally during > breakpoint submission: > {code:java} > java.lang.NullPointerException > at > org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.submitBP(TruffleBreakpointsHandler.java:248) > at > org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler.breakpointAdded(TruffleBreakpointsHandler.java:366) > at > org.netbeans.modules.debugger.jpda.truffle.DebugManagerHandler.breakpointAdded(DebugManagerHandler.java:283) > at > org.netbeans.modules.debugger.jpda.truffle.TruffleDebugManager.breakpointAdded(TruffleDebugManager.java:336) > [catch] at > org.netbeans.api.debugger.DebuggerManager.fireBreakpointCreated(DebuggerManager.java:864) > at > org.netbeans.api.debugger.DebuggerManager.addBreakpoint(DebuggerManager.java:517) > at > org.netbeans.modules.javascript2.debug.ui.breakpoints.ToggleBreakpointActionProvider.doAction(ToggleBreakpointActionProvider.java:71) > at > org.netbeans.spi.debugger.ActionsProvider$1.run(ActionsProvider.java:106) > at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-4209) Truffle debugger: some variable values are displayed as DynamicObjectBasic
[ https://issues.apache.org/jira/browse/NETBEANS-4209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Entlicher resolved NETBEANS-4209. Resolution: Fixed Fixed by https://github.com/apache/netbeans/pull/2100 > Truffle debugger: some variable values are displayed as DynamicObjectBasic > -- > > Key: NETBEANS-4209 > URL: https://issues.apache.org/jira/browse/NETBEANS-4209 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Affects Versions: 11.2 >Reporter: Martin Entlicher >Assignee: Martin Entlicher >Priority: Major > Fix For: 12.0 > > Time Spent: 0.5h > Remaining Estimate: 0h > > With the new GraalVM 20.1.0 some variable values are displayed as e.g. > {{com.oracle.truffle.object.DynamicObjectBasic@1e3f86d5}} instead of the > proper guest language representation. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2374) Editor does not show UTF-8 codepoint as Unicode character
[ https://issues.apache.org/jira/browse/NETBEANS-2374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094736#comment-17094736 ] Andrew James commented on NETBEANS-2374: Using Apache NetBeans 11.1, I can recreate this issue as follows: 1) Create a new Gradle project: File ? New Project > Java with Gradle > Java Application. 2) Use the following code: import java.io.PrintStream; import java.nio.charset.StandardCharsets; public class Main { public static void main(String[] args) { PrintStream out = new PrintStream(System.out, true, StandardCharsets.UTF_8); out.println("foo"); out.println("读写汉字 学中文"); out.println("שלום"); out.println("bar"); } } 3) Ensure the NetBeans installation already has -J-Dfile.encoding=UTF-8 defined in NetBeans.comf, for netbeans_default_options. 4) Add the following to the build.gradle: compileJava.options.encoding = "UTF-8" Expected console output (using Monospaced font): foo 读写汉字 学中文 שלום bar Actual: foo bar In other words, the multibyte characters are not displayed. > Editor does not show UTF-8 codepoint as Unicode character > - > > Key: NETBEANS-2374 > URL: https://issues.apache.org/jira/browse/NETBEANS-2374 > Project: NetBeans > Issue Type: Bug > Components: editor - Other, projects - Gradle >Affects Versions: 11.0 > Environment: Netbeans 11 > Gradle 5 > Java 11 >Reporter: Netbeans User 2019 >Priority: Critical > > There is additional issue (or not reported new feature on Netbeans 11) as > seems that Netbeans "Editor" stop understand UTF-8 so presents all characters > instead of showing just exact Unicode character of that codepoint. -- 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-4270) hint "Use @NbBundle.Messages" bad edit of Bundle.properties
Ernie Rael created NETBEANS-4270: Summary: hint "Use @NbBundle.Messages" bad edit of Bundle.properties Key: NETBEANS-4270 URL: https://issues.apache.org/jira/browse/NETBEANS-4270 Project: NetBeans Issue Type: Bug Components: apisupport - Project, platform - Property Editors Environment: jdk8, win7, NB11.03-jdk8, NB12b3-jdk13 Reporter: Ernie Rael Attachments: OptionsPlayHack.zip ./apisupport/apisupport.refactoring/src/org/netbeans/modules /apisupport/hints/UseNbBundleMessages.java: "UseNbBundleMessages.displayName=Use @NbBundle.Messages" To reproduce: # in Menu > Tools > Options > Editor > Hints > NetBeansDevelopment enable "Use @NbBundle.Messages" hint # unzip sources; open OptionsPlayHack in IDE # open file OptionsPlayHackOptionsPanelController.java # go to the line: {noformat} categoryName = "#OptionsCategory_Name_OptionsPlayHack", {noformat} and accept the hint "Use NbBundle.Message" # the line {noformat} keywords = "#OptionsCategory_Keywords_OptionsPlayHack", {noformat} is marked in error. Hover mouse over this line and see {noformat} Save modifications to Bundle.properties before using this hint {noformat} # click on the save button Observe: - the line is still in error, but now {noformat} No key 'OptionsCategory_Keywords_OptionsPlayHack' found in OptionsPlayHack.Bundle Bundle.properties does not contain any key 'OptionsCategory_Keywords_OptionsPlayHack' {noformat} - Open the bundle file and note that the remaining line is {noformat} ptionsCategory_Keywords_OptionsPlayHack=keyw1 {noformat} which is a misspelling, missing initial "O" - click undo button twice, see the correct spelling (and deleted line) -- 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094712#comment-17094712 ] Nils Huhta commented on NETBEANS-4239: -- Attached IDE.log (exceptions last in file[^IDE.log]) > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: IDE.log, Maven_vs_Gradle.jpg, Skärmavbild 2020-04-28 > kl. 18.32.51.png, Skärmavbild 2020-04-28 kl. 18.34.10.png > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nils Huhta updated NETBEANS-4239: - Attachment: IDE.log > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: IDE.log, Maven_vs_Gradle.jpg, Skärmavbild 2020-04-28 > kl. 18.32.51.png, Skärmavbild 2020-04-28 kl. 18.34.10.png > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] [Commented] (NETBEANS-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094695#comment-17094695 ] Laszlo Kishalmi commented on NETBEANS-4239: --- This is a hint! NullPointerException at org.netbeans.modules.gradle.java.queries.GradleCompilerOptionsQuery.getOptions! Thanks! > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg, Skärmavbild 2020-04-28 kl. > 18.32.51.png, Skärmavbild 2020-04-28 kl. 18.34.10.png > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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-4269) UTF-8 not working in
Nadav Rosenberg created NETBEANS-4269: - Summary: UTF-8 not working in Key: NETBEANS-4269 URL: https://issues.apache.org/jira/browse/NETBEANS-4269 Project: NetBeans Issue Type: Bug Reporter: Nadav Rosenberg look at the issue here: [https://stackoverflow.com/questions/61484263/how-to-print-hebrew-charecters-in-netbeanss-console/61484618?noredirect=1#comment108764900_61484618] -- 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-4269) UTF-8 not working in Java with Gradle project
[ https://issues.apache.org/jira/browse/NETBEANS-4269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nadav Rosenberg updated NETBEANS-4269: -- Summary: UTF-8 not working in Java with Gradle project (was: UTF-8 not working in ) > UTF-8 not working in Java with Gradle project > -- > > Key: NETBEANS-4269 > URL: https://issues.apache.org/jira/browse/NETBEANS-4269 > Project: NetBeans > Issue Type: Bug >Reporter: Nadav Rosenberg >Priority: Minor > > look at the issue here: > [https://stackoverflow.com/questions/61484263/how-to-print-hebrew-charecters-in-netbeanss-console/61484618?noredirect=1#comment108764900_61484618] -- 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094670#comment-17094670 ] Nils Huhta commented on NETBEANS-4239: -- one exception is reported in 11.3 when started UI_USER_CONFIGURATION UI_USER_CONFIGURATION org.netbeans.modules.uihandler.Bundle Mac OS X, 10.15.4, x86_64 OpenJDK 64-Bit Server VM, 11.0.7+10-LTS, OpenJDK Runtime Environment, 11.0.7+10-LTS Apache NetBeans IDE 11.3 NullPointerException at org.netbeans.modules.gradle.java.queries.GradleCompilerOptionsQuery.getOptions Please provide a description of the problem or the steps to reproduce * > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg, Skärmavbild 2020-04-28 kl. > 18.32.51.png, Skärmavbild 2020-04-28 kl. 18.34.10.png > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] [Comment Edited] (NETBEANS-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094667#comment-17094667 ] Nils Huhta edited comment on NETBEANS-4239 at 4/28/20, 4:37 PM: Se attached two screen dumps , the exactly same source file, opened in 11.1 and 11.3 !Skärmavbild 2020-04-28 kl. 18.32.51.png!!Skärmavbild 2020-04-28 kl. 18.34.10.png! was (Author: nissetuuta): Se attached two screen dumps , the exactly same source file, opened in 11.1 and 11.3 > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg, Skärmavbild 2020-04-28 kl. > 18.32.51.png, Skärmavbild 2020-04-28 kl. 18.34.10.png > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nils Huhta updated NETBEANS-4239: - Attachment: Skärmavbild 2020-04-28 kl. 18.32.51.png Skärmavbild 2020-04-28 kl. 18.34.10.png > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg, Skärmavbild 2020-04-28 kl. > 18.32.51.png, Skärmavbild 2020-04-28 kl. 18.34.10.png > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] [Commented] (NETBEANS-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094667#comment-17094667 ] Nils Huhta commented on NETBEANS-4239: -- Se attached two screen dumps , the exactly same source file, opened in 11.1 and 11.3 > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg, Skärmavbild 2020-04-28 kl. > 18.32.51.png, Skärmavbild 2020-04-28 kl. 18.34.10.png > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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-4268) Switch statement formatting: do not force newlines
dennis lucero created NETBEANS-4268: --- Summary: Switch statement formatting: do not force newlines Key: NETBEANS-4268 URL: https://issues.apache.org/jira/browse/NETBEANS-4268 Project: NetBeans Issue Type: Improvement Components: editor - Formatting Indentation Affects Versions: 11.3 Environment: JDK 14 Reporter: dennis lucero When running autoformat, concise code like {code:java} String s(int i) { return switch (i) { case 1 -> "one"; case 2 -> "two"; default -> throw new UnsupportedOperationException(); }; } {code} is replaced with {code:java} String s(int i) { return switch (i) { case 1 -> "one"; case 2 -> "two"; default -> throw new UnsupportedOperationException(); }; } {code} which I find harder to read. I have not found a setting to disable this behaviour. -- 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094593#comment-17094593 ] Laszlo Kishalmi commented on NETBEANS-4239: --- I've already tried, no luck. Actually I do not think that we have a change in NB regarding this for a while. I also tried to debug the code nothing so far. Are you sure it worked with 11.1? > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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-4265) Exception when creating new Java Application project
[ https://issues.apache.org/jira/browse/NETBEANS-4265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Geertjan Wielenga resolved NETBEANS-4265. - Resolution: Fixed > Exception when creating new Java Application project > > > Key: NETBEANS-4265 > URL: https://issues.apache.org/jira/browse/NETBEANS-4265 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 11.0 > Environment: Windows 10 > java version "1.8.0_201" >Reporter: Andrew Parker >Priority: Blocker > Fix For: 11.3 > > Attachments: messages.log > > > I'm a newbie to NetBeans but have followed the instructions. > Dowloaded version 11.0 from https://netbeans.apache.org/download/index.html > and unzipped to file system on Windows 10. I have not found an installer. > Launched netbeans from executable in bin folder. > When I try to create a project from New Project dialog a > java.lang.NullPointerException is thrown. > Have tried both 64-bit and 32-bit versions of exe. > Have also tried unzipping nebeans to one of %appdata% folders (currently > c:\netbeans) but still the same. > Have tried setting the path to my JDK in netbeans/etc/netbeans.conf but still > the same. netbeans*.exe is certainly reading .conf file. > Will attempt to upload messages.log. -- 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-4265) Exception when creating new Java Application project
[ https://issues.apache.org/jira/browse/NETBEANS-4265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Parker updated NETBEANS-4265: Fix Version/s: 11.3 > Exception when creating new Java Application project > > > Key: NETBEANS-4265 > URL: https://issues.apache.org/jira/browse/NETBEANS-4265 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 11.0 > Environment: Windows 10 > java version "1.8.0_201" >Reporter: Andrew Parker >Priority: Blocker > Fix For: 11.3 > > Attachments: messages.log > > > I'm a newbie to NetBeans but have followed the instructions. > Dowloaded version 11.0 from https://netbeans.apache.org/download/index.html > and unzipped to file system on Windows 10. I have not found an installer. > Launched netbeans from executable in bin folder. > When I try to create a project from New Project dialog a > java.lang.NullPointerException is thrown. > Have tried both 64-bit and 32-bit versions of exe. > Have also tried unzipping nebeans to one of %appdata% folders (currently > c:\netbeans) but still the same. > Have tried setting the path to my JDK in netbeans/etc/netbeans.conf but still > the same. netbeans*.exe is certainly reading .conf file. > Will attempt to upload messages.log. -- 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-4265) Exception when creating new Java Application project
[ https://issues.apache.org/jira/browse/NETBEANS-4265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094575#comment-17094575 ] Andrew Parker commented on NETBEANS-4265: - Have upgraded to 11.3 and chose to allow installer to update plug-ins. Exception is no longer being thrown when creating project. Version 11.3 is aware of Java 8 - was prompted to download an additional plugin for compatibility. Assume all is now OK. Sorry, do not seem to be able to mark this bug as resolved. > Exception when creating new Java Application project > > > Key: NETBEANS-4265 > URL: https://issues.apache.org/jira/browse/NETBEANS-4265 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 11.0 > Environment: Windows 10 > java version "1.8.0_201" >Reporter: Andrew Parker >Priority: Blocker > Attachments: messages.log > > > I'm a newbie to NetBeans but have followed the instructions. > Dowloaded version 11.0 from https://netbeans.apache.org/download/index.html > and unzipped to file system on Windows 10. I have not found an installer. > Launched netbeans from executable in bin folder. > When I try to create a project from New Project dialog a > java.lang.NullPointerException is thrown. > Have tried both 64-bit and 32-bit versions of exe. > Have also tried unzipping nebeans to one of %appdata% folders (currently > c:\netbeans) but still the same. > Have tried setting the path to my JDK in netbeans/etc/netbeans.conf but still > the same. netbeans*.exe is certainly reading .conf file. > Will attempt to upload messages.log. -- 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094515#comment-17094515 ] Nils Huhta commented on NETBEANS-4239: -- Thank You, I will try that version. > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] [Comment Edited] (NETBEANS-4095) NPE saving Java file with type error in for-each
[ https://issues.apache.org/jira/browse/NETBEANS-4095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094511#comment-17094511 ] Eirik Bakke edited comment on NETBEANS-4095 at 4/28/20, 1:42 PM: - I managed to reproduce it again on a fresh build of NetBeans 11.3 on Java 14, with nbjavac installed and CoS enabled. It did not seem to occur without nbjavac installed. I'm using a Java maven project. At some point it wasn't triggering the error, so I added System.out.println("hello, world"); in the body of the for loop (to force a recompilation--not sure what kinds of changes will do so). That triggered the error again. That was with source level 14, too. was (Author: ebakke): I managed to reproduce it again on a fresh build of NetBeans 11.3 on Java 14, with nbjavac installed and CoS enabled. It did not seem to occur without nbjavac installed. I'm using a Java maven project. At some point it wasn't triggering the error, so I added ystem.out.println("hello, world"); in the body of the for loop (to force a recompilation--not sure what kinds of changes will do so). That triggered the error again. That was with source level 14, too. > NPE saving Java file with type error in for-each > > > Key: NETBEANS-4095 > URL: https://issues.apache.org/jira/browse/NETBEANS-4095 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.3 > Environment: Java 14, NetBeans with nbjavac plugin installed >Reporter: Eirik Bakke >Assignee: Arunava Sinha >Priority: Major > Labels: nbjavac > > If, during editing, a for-each loop appears with an incorrect pair of types, > an error dialog shows up showing a NullPointerException every time the Java > source file is saved, interrupting the user. A minimized example exhibiting > this behavior is as follows: > {code:java} > public final class CausesVisitIterableForeachLoopNPE { > public static final void main(String args[]) { > final Map someMap = null; > for (Object someVar : someMap) { } > } > } > {code} > This example causes the IDE to throw the following exception: > {noformat} > java.lang.NullPointerException > at > com.sun.tools.javac.comp.Lower.visitIterableForeachLoop(Lower.java:3275) > at com.sun.tools.javac.comp.Lower.visitForeachLoop(Lower.java:3162) > at > com.sun.tools.javac.tree.JCTree$JCEnhancedForLoop.accept(JCTree.java:1176) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:70) > at > com.sun.tools.javac.tree.TreeTranslator.visitBlock(TreeTranslator.java:167) > at com.sun.tools.javac.comp.Lower.visitBlock(Lower.java:3347) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1036) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at > com.sun.tools.javac.tree.TreeTranslator.visitMethodDef(TreeTranslator.java:150) > at > com.sun.tools.javac.comp.Lower.visitMethodDefInternal(Lower.java:2538) > at com.sun.tools.javac.comp.Lower.visitMethodDef(Lower.java:2448) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:882) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at com.sun.tools.javac.comp.Lower.visitClassDef(Lower.java:2219) > at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:788) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2099) > at > com.sun.tools.javac.comp.Lower.translateTopLevelClass(Lower.java:3813) > at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1691) > at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1532) > at > com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:574) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at > com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:577) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:303) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
[jira] [Comment Edited] (NETBEANS-4095) NPE saving Java file with type error in for-each
[ https://issues.apache.org/jira/browse/NETBEANS-4095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094511#comment-17094511 ] Eirik Bakke edited comment on NETBEANS-4095 at 4/28/20, 1:42 PM: - I managed to reproduce it again on a fresh build of NetBeans 11.3 on Java 14, with nbjavac installed and CoS enabled. It did not seem to occur without nbjavac installed. I'm using a Java maven project. At some point it wasn't triggering the error, so I added ystem.out.println("hello, world"); in the body of the for loop (to force a recompilation--not sure what kinds of changes will do so). That triggered the error again. That was with source level 14, too. was (Author: ebakke): I managed to reproduce it again on a fresh build of NetBeans 11.3 on Java 14, with nbjavac installed and CoS enabled. It did not seem to occur without nbjavac installed. At some point it wasn't triggering the error, so I added ystem.out.println("hello, world"); in the body of the for loop (to force a recompilation--not sure what kinds of changes will do so). That triggered the error again. That was with source level 14, too. > NPE saving Java file with type error in for-each > > > Key: NETBEANS-4095 > URL: https://issues.apache.org/jira/browse/NETBEANS-4095 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.3 > Environment: Java 14, NetBeans with nbjavac plugin installed >Reporter: Eirik Bakke >Assignee: Arunava Sinha >Priority: Major > Labels: nbjavac > > If, during editing, a for-each loop appears with an incorrect pair of types, > an error dialog shows up showing a NullPointerException every time the Java > source file is saved, interrupting the user. A minimized example exhibiting > this behavior is as follows: > {code:java} > public final class CausesVisitIterableForeachLoopNPE { > public static final void main(String args[]) { > final Map someMap = null; > for (Object someVar : someMap) { } > } > } > {code} > This example causes the IDE to throw the following exception: > {noformat} > java.lang.NullPointerException > at > com.sun.tools.javac.comp.Lower.visitIterableForeachLoop(Lower.java:3275) > at com.sun.tools.javac.comp.Lower.visitForeachLoop(Lower.java:3162) > at > com.sun.tools.javac.tree.JCTree$JCEnhancedForLoop.accept(JCTree.java:1176) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:70) > at > com.sun.tools.javac.tree.TreeTranslator.visitBlock(TreeTranslator.java:167) > at com.sun.tools.javac.comp.Lower.visitBlock(Lower.java:3347) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1036) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at > com.sun.tools.javac.tree.TreeTranslator.visitMethodDef(TreeTranslator.java:150) > at > com.sun.tools.javac.comp.Lower.visitMethodDefInternal(Lower.java:2538) > at com.sun.tools.javac.comp.Lower.visitMethodDef(Lower.java:2448) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:882) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at com.sun.tools.javac.comp.Lower.visitClassDef(Lower.java:2219) > at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:788) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2099) > at > com.sun.tools.javac.comp.Lower.translateTopLevelClass(Lower.java:3813) > at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1691) > at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1532) > at > com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:574) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at > com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:577) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:303) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at >
[jira] [Commented] (NETBEANS-4095) NPE saving Java file with type error in for-each
[ https://issues.apache.org/jira/browse/NETBEANS-4095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094511#comment-17094511 ] Eirik Bakke commented on NETBEANS-4095: --- I managed to reproduce it again on a fresh build of NetBeans 11.3 on Java 14, with nbjavac installed and CoS enabled. It did not seem to occur without nbjavac installed. At some point it wasn't triggering the error, so I added ystem.out.println("hello, world"); in the body of the for loop (to force a recompilation--not sure what kinds of changes will do so). That triggered the error again. > NPE saving Java file with type error in for-each > > > Key: NETBEANS-4095 > URL: https://issues.apache.org/jira/browse/NETBEANS-4095 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.3 > Environment: Java 14, NetBeans with nbjavac plugin installed >Reporter: Eirik Bakke >Assignee: Arunava Sinha >Priority: Major > Labels: nbjavac > > If, during editing, a for-each loop appears with an incorrect pair of types, > an error dialog shows up showing a NullPointerException every time the Java > source file is saved, interrupting the user. A minimized example exhibiting > this behavior is as follows: > {code:java} > public final class CausesVisitIterableForeachLoopNPE { > public static final void main(String args[]) { > final Map someMap = null; > for (Object someVar : someMap) { } > } > } > {code} > This example causes the IDE to throw the following exception: > {noformat} > java.lang.NullPointerException > at > com.sun.tools.javac.comp.Lower.visitIterableForeachLoop(Lower.java:3275) > at com.sun.tools.javac.comp.Lower.visitForeachLoop(Lower.java:3162) > at > com.sun.tools.javac.tree.JCTree$JCEnhancedForLoop.accept(JCTree.java:1176) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:70) > at > com.sun.tools.javac.tree.TreeTranslator.visitBlock(TreeTranslator.java:167) > at com.sun.tools.javac.comp.Lower.visitBlock(Lower.java:3347) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1036) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at > com.sun.tools.javac.tree.TreeTranslator.visitMethodDef(TreeTranslator.java:150) > at > com.sun.tools.javac.comp.Lower.visitMethodDefInternal(Lower.java:2538) > at com.sun.tools.javac.comp.Lower.visitMethodDef(Lower.java:2448) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:882) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at com.sun.tools.javac.comp.Lower.visitClassDef(Lower.java:2219) > at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:788) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2099) > at > com.sun.tools.javac.comp.Lower.translateTopLevelClass(Lower.java:3813) > at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1691) > at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1532) > at > com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:574) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at > com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:577) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:303) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at >
[jira] [Comment Edited] (NETBEANS-4095) NPE saving Java file with type error in for-each
[ https://issues.apache.org/jira/browse/NETBEANS-4095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094511#comment-17094511 ] Eirik Bakke edited comment on NETBEANS-4095 at 4/28/20, 1:41 PM: - I managed to reproduce it again on a fresh build of NetBeans 11.3 on Java 14, with nbjavac installed and CoS enabled. It did not seem to occur without nbjavac installed. At some point it wasn't triggering the error, so I added ystem.out.println("hello, world"); in the body of the for loop (to force a recompilation--not sure what kinds of changes will do so). That triggered the error again. That was with source level 14, too. was (Author: ebakke): I managed to reproduce it again on a fresh build of NetBeans 11.3 on Java 14, with nbjavac installed and CoS enabled. It did not seem to occur without nbjavac installed. At some point it wasn't triggering the error, so I added ystem.out.println("hello, world"); in the body of the for loop (to force a recompilation--not sure what kinds of changes will do so). That triggered the error again. > NPE saving Java file with type error in for-each > > > Key: NETBEANS-4095 > URL: https://issues.apache.org/jira/browse/NETBEANS-4095 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.3 > Environment: Java 14, NetBeans with nbjavac plugin installed >Reporter: Eirik Bakke >Assignee: Arunava Sinha >Priority: Major > Labels: nbjavac > > If, during editing, a for-each loop appears with an incorrect pair of types, > an error dialog shows up showing a NullPointerException every time the Java > source file is saved, interrupting the user. A minimized example exhibiting > this behavior is as follows: > {code:java} > public final class CausesVisitIterableForeachLoopNPE { > public static final void main(String args[]) { > final Map someMap = null; > for (Object someVar : someMap) { } > } > } > {code} > This example causes the IDE to throw the following exception: > {noformat} > java.lang.NullPointerException > at > com.sun.tools.javac.comp.Lower.visitIterableForeachLoop(Lower.java:3275) > at com.sun.tools.javac.comp.Lower.visitForeachLoop(Lower.java:3162) > at > com.sun.tools.javac.tree.JCTree$JCEnhancedForLoop.accept(JCTree.java:1176) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:70) > at > com.sun.tools.javac.tree.TreeTranslator.visitBlock(TreeTranslator.java:167) > at com.sun.tools.javac.comp.Lower.visitBlock(Lower.java:3347) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1036) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at > com.sun.tools.javac.tree.TreeTranslator.visitMethodDef(TreeTranslator.java:150) > at > com.sun.tools.javac.comp.Lower.visitMethodDefInternal(Lower.java:2538) > at com.sun.tools.javac.comp.Lower.visitMethodDef(Lower.java:2448) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:882) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at com.sun.tools.javac.comp.Lower.visitClassDef(Lower.java:2219) > at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:788) > at > com.sun.tools.javac.tree.TreeTranslator.translate(TreeTranslator.java:58) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2080) > at com.sun.tools.javac.comp.Lower.translate(Lower.java:2099) > at > com.sun.tools.javac.comp.Lower.translateTopLevelClass(Lower.java:3813) > at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1691) > at com.sun.tools.javac.main.JavaCompiler.desugar(JavaCompiler.java:1532) > at > com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:574) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at > com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:577) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:303) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at >
[jira] [Commented] (NETBEANS-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094507#comment-17094507 ] Geertjan Wielenga commented on NETBEANS-4239: - Can you try to reproduce in 12.0 Beta 3: https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release120/12/artifact/dist/netbeans/ > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] [Comment Edited] (NETBEANS-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094503#comment-17094503 ] Nils Huhta edited comment on NETBEANS-4239 at 4/28/20, 1:35 PM: 1: (NETBEANS 11.3) Create a new project Java with Gradle -> Web application 2: Add a file to that project testfile.jsp 3: In the testfile.jsp add this code (that should give an error) <% int a_integer = "xxx"; %> in similar small Maven Web test project, that code directly gives a red error of course... was (Author: nissetuuta): 1: (NETBEANS 11.3) Create a new project Java with Gradle -> Web application 2: Add a file to that project test file.jsp 3: In the test file.jsp add this code (that should give an error) <% int a_integer = "xxx"; %> in similar small Maven Web test project, that code directly gives a red error of course... > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] [Comment Edited] (NETBEANS-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094503#comment-17094503 ] Nils Huhta edited comment on NETBEANS-4239 at 4/28/20, 1:35 PM: 1: (NETBEANS 11.3) Create a new project Java with Gradle -> Web application 2: Add a file to that project test file.jsp 3: In the test file.jsp add this code (that should give an error) <% int a_integer = "xxx"; %> in similar small Maven Web test project, that code directly gives a red error of course... was (Author: nissetuuta): 1: (NETBEANS 11) Create a new project Java with Gradle -> Web application 2: Add a file to that project test file.jsp 3: In the test file.jsp add this code (that should give an error) <% int a_integer = "xxx"; %> in similar small Maven Web test project, that code directly gives a red error of course... > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] [Commented] (NETBEANS-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094503#comment-17094503 ] Nils Huhta commented on NETBEANS-4239: -- 1: (NETBEANS 11) Create a new project Java with Gradle -> Web application 2: Add a file to that project test file.jsp 3: In the test file.jsp add this code (that should give an error) <% int a_integer = "xxx"; %> in similar small Maven Web test project, that code directly gives a red error of course... > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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
[netbeans] branch master updated: NETBEANS-4209: Update Truffle debugging for GraalVM 20.1.0, fixed a number of issues including NETBEANS-4208 and small corrections.
This is an automated email from the ASF dual-hosted git repository. skygo pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/master by this push: new 4243806 NETBEANS-4209: Update Truffle debugging for GraalVM 20.1.0, fixed a number of issues including NETBEANS-4208 and small corrections. new 5222352 Merge pull request #2100 from entlicher/TruffleDebugUpdate2020-04 4243806 is described below commit 4243806f737510f1909272e49c7cd91710f7d253 Author: Martin Entlicher AuthorDate: Thu Apr 23 15:18:51 2020 +0200 NETBEANS-4209: Update Truffle debugging for GraalVM 20.1.0, fixed a number of issues including NETBEANS-4208 and small corrections. --- .../debugger/jpda/truffle/DebugManagerHandler.java | 55 - .../debugger/jpda/truffle/LanguageName.java| 73 ++ .../jpda/truffle/access/TruffleAccess.java | 48 .../jpda/truffle/access/TruffleStrataProvider.java | 4 +- .../debugger/jpda/truffle/ast/TruffleNode.java | 34 .../jpda/truffle/ast/model/ASTNodeModel.java | 10 +-- .../truffle/ast/model/ASTTreeExpansionModel.java | 2 +- .../breakpoints/TruffleBreakpointsHandler.java | 11 ++- .../jpda/truffle/frames/TruffleStackFrame.java | 18 +++-- .../models/DebuggingTruffleActionsProvider.java| 2 +- .../frames/models/DebuggingTruffleTreeModel.java | 2 +- .../jpda/truffle/source/SourcePosition.java| 36 +++-- .../jpda/truffle/vars/TruffleStackVariable.java| 35 - .../jpda/truffle/vars/TruffleVariable.java | 9 ++- .../jpda/truffle/vars/TruffleVariableImpl.java | 44 ++- .../TruffleVariablesActionsProviderFilter.java | 50 ++-- .../vars/models/TruffleVariablesTableModel.java| 90 +- .../vars/models/TruffleVariablesTreeModel.java | 3 +- .../modules/debugger/jpda/truffle/DebugSLTest.java | 4 +- .../debugger/jpda/truffle/testapps/SLApp.java | 2 +- .../debugger/jpda/backend/truffle/FrameInfo.java | 8 +- .../debugger/jpda/backend/truffle/GuestObject.java | 62 --- .../jpda/backend/truffle/JPDATruffleAccessor.java | 47 +++ .../backend/truffle/JPDATruffleDebugManager.java | 27 +++ .../jpda/backend/truffle/SourcePosition.java | 19 +++-- .../debugger/jpda/backend/truffle/TruffleAST.java | 29 --- 26 files changed, 530 insertions(+), 194 deletions(-) diff --git a/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/DebugManagerHandler.java b/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/DebugManagerHandler.java index a6b2e81..385b411 100644 --- a/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/DebugManagerHandler.java +++ b/java/debugger.jpda.truffle/src/org/netbeans/modules/debugger/jpda/truffle/DebugManagerHandler.java @@ -33,6 +33,8 @@ import com.sun.jdi.ThreadReference; import com.sun.jdi.Value; import com.sun.jdi.VirtualMachine; +import java.beans.PropertyChangeEvent; +import java.beans.PropertyChangeListener; import java.beans.PropertyVetoException; import java.io.IOException; import java.util.Arrays; @@ -64,6 +66,7 @@ import org.netbeans.modules.debugger.jpda.models.JPDAThreadImpl; import org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess; import static org.netbeans.modules.debugger.jpda.truffle.access.TruffleAccess.BASIC_CLASS_NAME; import org.netbeans.modules.debugger.jpda.truffle.breakpoints.TruffleBreakpointsHandler; +import org.netbeans.modules.debugger.jpda.truffle.options.TruffleOptions; import org.netbeans.modules.javascript2.debug.breakpoints.JSLineBreakpoint; import org.openide.util.Exceptions; @@ -78,8 +81,10 @@ final class DebugManagerHandler { private static final String ACCESSOR_LOOP_RUNNING_FIELD = "accessLoopRunning"; // NOI18N private static final String ACCESSOR_SET_UP_DEBUG_MANAGER_FOR = "setUpDebugManagerFor"; // NOI18N private static final String ACCESSOR_SET_UP_DEBUG_MANAGER_FOR_SGN = -"(L"+Object.class.getName().replace('.', '/')+";Z)"+ // NOI18N +"(L"+Object.class.getName().replace('.', '/')+";ZZ)"+ // NOI18N "Lorg/netbeans/modules/debugger/jpda/backend/truffle/JPDATruffleDebugManager;"; // NOI18N +private static final String ACCESSOR_SET_INCLUDE_INTERNAL = "setIncludeInternal"; // NOI18N +private static final String ACCESSOR_SET_INCLUDE_INTERNAL_SGN = "(Z)V"; // NOI18N private static final Map dbgStepInto = Collections.synchronizedMap(new WeakHashMap()); @@ -90,10 +95,12 @@ final class DebugManagerHandler { private final Object accessorClassLock = new Object(); //private ObjectReference debugManager; private final TruffleBreakpointsHandler breakpointsHandler; +private final PropertyChangeListener
[netbeans] branch master updated (81339c2 -> 524295e)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 81339c2 Merge pull request #2049 from jlahoda/eol-switcher new 5523e9c Trying to lock npm package versions. new 047990a More fixing of dependency versions. new 1294d90 Adding back package-lock.json new 524295e Merge pull request #2105 from jlahoda/lock-npm-module-versions The 3891 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: java/java.lsp.server/vscode/package-lock.json | 748 +- java/java.lsp.server/vscode/package.json | 8 +- 2 files changed, 742 insertions(+), 14 deletions(-) - 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
[netbeans] branch master updated (524295e -> b602c6b)
This is an automated email from the ASF dual-hosted git repository. skygo pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 524295e Merge pull request #2105 from jlahoda/lock-npm-module-versions add 1286226 [TRAVIS] RUn tests for enterprise modules add b602c6b Merge pull request #2098 from apache/enterprise_tests No new revisions were added by this update. Summary of changes: .travis.yml | 2 ++ enterprise/websvc.websvcapi/nbproject/project.properties | 2 +- enterprise/websvc.wsstackapi/nbproject/project.properties | 2 +- 3 files changed, 4 insertions(+), 2 deletions(-) - 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] (NETBEANSINFRA-188) Fix slow copies of module jar files
[ https://issues.apache.org/jira/browse/NETBEANSINFRA-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Marc Borer reassigned NETBEANSINFRA-188: - Assignee: Jean-Marc Borer > Fix slow copies of module jar files > --- > > Key: NETBEANSINFRA-188 > URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-188 > Project: Apache NetBeans Infra > Issue Type: Improvement > Components: MU - Apache NetBeans NBM maven plugin >Reporter: Jean-Marc Borer >Assignee: Jean-Marc Borer >Priority: Minor > Labels: pull-request-available > Fix For: NBM Maven Plugin 4.6 > > -- 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] (NETBEANSINFRA-188) Fix slow copies of module jar files
[ https://issues.apache.org/jira/browse/NETBEANSINFRA-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANSINFRA-188: - Labels: pull-request-available (was: ) > Fix slow copies of module jar files > --- > > Key: NETBEANSINFRA-188 > URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-188 > Project: Apache NetBeans Infra > Issue Type: Improvement > Components: MU - Apache NetBeans NBM maven plugin >Reporter: Jean-Marc Borer >Priority: Minor > Labels: pull-request-available > Fix For: NBM Maven Plugin 4.6 > > -- 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] (NETBEANSINFRA-188) Fix slow copies of module jar files
Jean-Marc Borer created NETBEANSINFRA-188: - Summary: Fix slow copies of module jar files Key: NETBEANSINFRA-188 URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-188 Project: Apache NetBeans Infra Issue Type: Improvement Components: MU - Apache NetBeans NBM maven plugin Reporter: Jean-Marc Borer Fix For: NBM Maven Plugin 4.6 -- 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] (NETBEANSINFRA-187) nbmBuildDir conflict between targets nbm and cluster because of wrong usage
[ https://issues.apache.org/jira/browse/NETBEANSINFRA-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Marc Borer resolved NETBEANSINFRA-187. --- Resolution: Fixed Fixed and committed to master > nbmBuildDir conflict between targets nbm and cluster because of wrong usage > --- > > Key: NETBEANSINFRA-187 > URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-187 > Project: Apache NetBeans Infra > Issue Type: Bug > Components: MU - Apache NetBeans NBM maven plugin >Affects Versions: NBM Maven Plugin 4.5 >Reporter: Jean-Marc Borer >Assignee: Jean-Marc Borer >Priority: Major > Labels: pull-request-available > Fix For: NBM Maven Plugin 4.6 > > > The nbmBuildIDir parameter is used both in nbm and cluster targets. However > the meaning in those two contexts are different: > 1) nbm: output directory where the NBMs will be created from the Jars and > other meta data > 2) cluster: directory where to copy the NBMS to from the hardcoded > $(based}/nbm/netbeans > This is usually not a problem as long a you work with netbeans, but it > becomes if you want to use the targets with other projects such as VisualVM. > By looking at the code, this seems more a like bug. What the cluster target > should actually do is look for the NBMs, not in the hard coded location, but > in the one provided by nbmBuildDir and use clusterBuildDir instead to define > the target cluster location build. This very same parameter will be reused by > the run-ide target. -- 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] (NETBEANSINFRA-187) nbmBuildDir conflict between targets nbm and cluster because of wrong usage
[ https://issues.apache.org/jira/browse/NETBEANSINFRA-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Marc Borer closed NETBEANSINFRA-187. - Tested > nbmBuildDir conflict between targets nbm and cluster because of wrong usage > --- > > Key: NETBEANSINFRA-187 > URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-187 > Project: Apache NetBeans Infra > Issue Type: Bug > Components: MU - Apache NetBeans NBM maven plugin >Affects Versions: NBM Maven Plugin 4.5 >Reporter: Jean-Marc Borer >Assignee: Jean-Marc Borer >Priority: Major > Labels: pull-request-available > Fix For: NBM Maven Plugin 4.6 > > > The nbmBuildIDir parameter is used both in nbm and cluster targets. However > the meaning in those two contexts are different: > 1) nbm: output directory where the NBMs will be created from the Jars and > other meta data > 2) cluster: directory where to copy the NBMS to from the hardcoded > $(based}/nbm/netbeans > This is usually not a problem as long a you work with netbeans, but it > becomes if you want to use the targets with other projects such as VisualVM. > By looking at the code, this seems more a like bug. What the cluster target > should actually do is look for the NBMs, not in the hard coded location, but > in the one provided by nbmBuildDir and use clusterBuildDir instead to define > the target cluster location build. This very same parameter will be reused by > the run-ide target. -- 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-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094440#comment-17094440 ] Geertjan Wielenga commented on NETBEANS-4239: - Can’t help without a lot more details. How to reproduce this? > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] [Commented] (NETBEANS-4239) no code assistance in *.jsp files
[ https://issues.apache.org/jira/browse/NETBEANS-4239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094438#comment-17094438 ] Nils Huhta commented on NETBEANS-4239: -- Additional info, now some standalone Java Gradle projects also lacking code assistance in pure Java (*.java) files > no code assistance in *.jsp files > - > > Key: NETBEANS-4239 > URL: https://issues.apache.org/jira/browse/NETBEANS-4239 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle Java EE >Affects Versions: 11.3 >Reporter: Nils Huhta >Assignee: Laszlo Kishalmi >Priority: Major > Labels: JSP > Attachments: Maven_vs_Gradle.jpg > > > When editing JSP files in a Gradle Java EE Web application project, no code > assistance, for example code below gives no error > <% int one number = "xxx"; %> > In same Netbeans version a Maven Web application with jsp files works 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] (NETBEANSINFRA-187) nbmBuildDir conflict between targets nbm and cluster because of wrong usage
[ https://issues.apache.org/jira/browse/NETBEANSINFRA-187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Marc Borer updated NETBEANSINFRA-187: -- Fix Version/s: NBM Maven Plugin 4.6 Affects Version/s: NBM Maven Plugin 4.5 > nbmBuildDir conflict between targets nbm and cluster because of wrong usage > --- > > Key: NETBEANSINFRA-187 > URL: https://issues.apache.org/jira/browse/NETBEANSINFRA-187 > Project: Apache NetBeans Infra > Issue Type: Bug > Components: MU - Apache NetBeans NBM maven plugin >Affects Versions: NBM Maven Plugin 4.5 >Reporter: Jean-Marc Borer >Assignee: Jean-Marc Borer >Priority: Major > Labels: pull-request-available > Fix For: NBM Maven Plugin 4.6 > > > The nbmBuildIDir parameter is used both in nbm and cluster targets. However > the meaning in those two contexts are different: > 1) nbm: output directory where the NBMs will be created from the Jars and > other meta data > 2) cluster: directory where to copy the NBMS to from the hardcoded > $(based}/nbm/netbeans > This is usually not a problem as long a you work with netbeans, but it > becomes if you want to use the targets with other projects such as VisualVM. > By looking at the code, this seems more a like bug. What the cluster target > should actually do is look for the NBMs, not in the hard coded location, but > in the one provided by nbmBuildDir and use clusterBuildDir instead to define > the target cluster location build. This very same parameter will be reused by > the run-ide target. -- 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
[netbeans-mavenutils-nbm-maven-plugin] branch master updated (68ca96b -> 382210f)
This is an automated email from the ASF dual-hosted git repository. jmborer pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-mavenutils-nbm-maven-plugin.git. from 68ca96b [maven-release-plugin] prepare for next development iteration new 1681948 [NETBEANSINFRA-187] Fixed nbmBuildDir conflict in targets nbm:nbm and nbm:cluster. nbm:cluster was wrongly using the nbmBuildir as output directory instead of clusterBuildDir. new d806657 cluster taget reads the nbms from nbmBuildDir and creates the cluster in clusterBuildDir new aae8671 Improved cluster generation and fixed extra cluster name generation to take branding into account new 9d454d6 Fixed coding style and removed system.err new f5259e1 Coding style refinements new 5537a10 Applied check style modifications. Not everything is fixed new d2176d2 Merge branch 'bug-NETBEANSINFRA-187' of https://github.com/javawerks/netbeans-mavenutils-nbm-maven-plugin into bug-NETBEANSINFRA-187 new 382210f Merge pull request #9 from javawerks/bug-NETBEANSINFRA-187 The 1262 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: pom.xml| 6 +- .../nbmmavenpluginit/ittest/ApplicationTest.java | 27 +- .../org/apache/netbeans/nbm/AbstractNbmMojo.java | 195 +++--- .../org/apache/netbeans/nbm/AdaptNbVersion.java| 5 +- .../java/org/apache/netbeans/nbm/BrandingMojo.java | 79 +-- .../apache/netbeans/nbm/BuildInstallersMojo.java | 96 +-- .../netbeans/nbm/CollectLibrariesNodeVisitor.java | 17 +- .../nbm/CollectModuleLibrariesNodeVisitor.java | 25 +- .../apache/netbeans/nbm/CreateClusterAppMojo.java | 657 +++-- .../org/apache/netbeans/nbm/CreateClusterMojo.java | 63 +- .../org/apache/netbeans/nbm/CreateNbmMojo.java | 117 ++-- .../netbeans/nbm/CreateNetBeansFileStructure.java | 146 ++--- .../apache/netbeans/nbm/CreateStandaloneMojo.java | 13 +- .../apache/netbeans/nbm/CreateUpdateSiteMojo.java | 60 +- .../apache/netbeans/nbm/CreateWebstartAppMojo.java | 205 --- .../netbeans/nbm/NetBeansManifestUpdateMojo.java | 456 +++--- .../org/apache/netbeans/nbm/RunNetBeansMojo.java | 92 +-- .../apache/netbeans/nbm/RunPlatformAppMojo.java| 40 +- src/main/mdo/descriptor.mdo| 8 +- src/main/resources/META-INF/plexus/components.xml | 172 +++--- src/main/resources/branding.jnlp | 24 +- src/main/resources/master.jnlp | 46 +- src/site/site.xml | 38 +- .../apache/netbeans/nbm/AbstractNbmMojoTest.java | 247 .../org/apache/netbeans/nbm/BrandingMojoTest.java | 24 +- .../netbeans/nbm/CreateClusterAppMojoTest.java | 120 ++-- .../nbm/CreateNetBeansFileStructureTest.java | 3 +- .../nbm/NetBeansManifestUpdateMojoTest.java| 76 +-- 28 files changed, 1641 insertions(+), 1416 deletions(-) - 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-4267) SAX error: [2:10] null / null / org.xml.sax.SAXParseException
David Gradwell created NETBEANS-4267: Summary: SAX error: [2:10] null / null / org.xml.sax.SAXParseException Key: NETBEANS-4267 URL: https://issues.apache.org/jira/browse/NETBEANS-4267 Project: NetBeans Issue Type: Bug Components: core Affects Versions: 12.0 Reporter: David Gradwell *Issue* When running Apache Netbeans 12.0 beta 3 from the Mac OS X command line (Terminal) we get SAX errors displayed. This doesn't seem to affect functionality. _Davids-MBP:~ davidjlgradwell$ /Volumes/DJLGUSBDRIVE1/Apache/NetBeans/Release12beta3/netbeans/bin/netbeans_ _&&& SAX error: [2:10] null / null / org.xml.sax.SAXParseException; lineNumber: 2; columnNumber: 10; cvc-elt.1.a: Cannot find the declaration of element 'web-app'._ _&&& SAX error: [2:10] null / null / org.xml.sax.SAXParseException; lineNumber: 2; columnNumber: 10; cvc-elt.1.a: Cannot find the declaration of element 'web-app'._ *Steps to reproduce* Run Apache Netbeans 12.0 beta 3 from the command line. -- 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-4266) Project Properties build/Run Context Path is an editable field but is not updated when clicking OK.
David Gradwell created NETBEANS-4266: Summary: Project Properties build/Run Context Path is an editable field but is not updated when clicking OK. Key: NETBEANS-4266 URL: https://issues.apache.org/jira/browse/NETBEANS-4266 Project: NetBeans Issue Type: Bug Components: core Affects Versions: 12.0 Reporter: David Gradwell *Problem* Using Apache Netbeans 12.0 beta 3, Project Properties build/Run Context Path is an editable field but is not updated when clicking OK. This is also an issue in 11.3 *Steps to reproduce:* 1. Install Apache NetBeans 12.0 beta 3 2. Create a new project Java with Maven/Web Application. Go to Project Properties build/Run Context Path and change it. Click OK. Go back to Project Properties build/Run Context Path and note that it has not changed. *Importance* This is an important bug because the Context Path is passed to the server, e.g. Payara resulting in a 404 when the servlet is invoked. -- 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-4265) Exception when creating new Java Application project
[ https://issues.apache.org/jira/browse/NETBEANS-4265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094286#comment-17094286 ] Geertjan Wielenga commented on NETBEANS-4265: - And note that the Download pages list installers separately from binaries. > Exception when creating new Java Application project > > > Key: NETBEANS-4265 > URL: https://issues.apache.org/jira/browse/NETBEANS-4265 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 11.0 > Environment: Windows 10 > java version "1.8.0_201" >Reporter: Andrew Parker >Priority: Blocker > Attachments: messages.log > > > I'm a newbie to NetBeans but have followed the instructions. > Dowloaded version 11.0 from https://netbeans.apache.org/download/index.html > and unzipped to file system on Windows 10. I have not found an installer. > Launched netbeans from executable in bin folder. > When I try to create a project from New Project dialog a > java.lang.NullPointerException is thrown. > Have tried both 64-bit and 32-bit versions of exe. > Have also tried unzipping nebeans to one of %appdata% folders (currently > c:\netbeans) but still the same. > Have tried setting the path to my JDK in netbeans/etc/netbeans.conf but still > the same. netbeans*.exe is certainly reading .conf file. > Will attempt to upload messages.log. -- 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-4265) Exception when creating new Java Application project
[ https://issues.apache.org/jira/browse/NETBEANS-4265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17094285#comment-17094285 ] Geertjan Wielenga commented on NETBEANS-4265: - Can you try instead with 11.3 and the latest JDK, i.e., JDK 14. Yes, your configuration should work, 11.0 should work, etc, though with the above -- unless you have a specific reason to not want the latest -- you'll also have the latest features. > Exception when creating new Java Application project > > > Key: NETBEANS-4265 > URL: https://issues.apache.org/jira/browse/NETBEANS-4265 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Affects Versions: 11.0 > Environment: Windows 10 > java version "1.8.0_201" >Reporter: Andrew Parker >Priority: Blocker > Attachments: messages.log > > > I'm a newbie to NetBeans but have followed the instructions. > Dowloaded version 11.0 from https://netbeans.apache.org/download/index.html > and unzipped to file system on Windows 10. I have not found an installer. > Launched netbeans from executable in bin folder. > When I try to create a project from New Project dialog a > java.lang.NullPointerException is thrown. > Have tried both 64-bit and 32-bit versions of exe. > Have also tried unzipping nebeans to one of %appdata% folders (currently > c:\netbeans) but still the same. > Have tried setting the path to my JDK in netbeans/etc/netbeans.conf but still > the same. netbeans*.exe is certainly reading .conf file. > Will attempt to upload messages.log. -- 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-4265) Exception when creating new Java Application project
Andrew Parker created NETBEANS-4265: --- Summary: Exception when creating new Java Application project Key: NETBEANS-4265 URL: https://issues.apache.org/jira/browse/NETBEANS-4265 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 11.0 Environment: Windows 10 java version "1.8.0_201" Reporter: Andrew Parker Attachments: messages.log I'm a newbie to NetBeans but have followed the instructions. Dowloaded version 11.0 from https://netbeans.apache.org/download/index.html and unzipped to file system on Windows 10. I have not found an installer. Launched netbeans from executable in bin folder. When I try to create a project from New Project dialog a java.lang.NullPointerException is thrown. Have tried both 64-bit and 32-bit versions of exe. Have also tried unzipping nebeans to one of %appdata% folders (currently c:\netbeans) but still the same. Have tried setting the path to my JDK in netbeans/etc/netbeans.conf but still the same. netbeans*.exe is certainly reading .conf file. Will attempt to upload messages.log. -- 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