[jira] [Reopened] (NETBEANS-5402) Don't create .LCKFoo.java~ files
[ https://issues.apache.org/jira/browse/NETBEANS-5402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe reopened NETBEANS-5402: -- > Don't create .LCKFoo.java~ files > > > Key: NETBEANS-5402 > URL: https://issues.apache.org/jira/browse/NETBEANS-5402 > Project: NetBeans > Issue Type: Bug > Components: vscode > Environment: Windows 10 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2021-03-03-18-04-03-520.png > > > To reproduce, simply open a Java source file. > I don't know what the purpose of these is (some kind of locking, I assume), > but on Windows, files aren't hidden just because they start with a dot, so > this looks messy. > Even if they'd be hidden properly, I'd still consider it problematic that my > IDE creates non-Java "helper" files under src/main/java. > !image-2021-03-03-18-04-03-520.png! > -- This message was sent by Atlassian Jira (v8.20.7#820007) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-5418) Extension fails to launch with netbeans.jdkhome set to JDK 16
[ https://issues.apache.org/jira/browse/NETBEANS-5418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe closed NETBEANS-5418. Resolution: Fixed > Extension fails to launch with netbeans.jdkhome set to JDK 16 > - > > Key: NETBEANS-5418 > URL: https://issues.apache.org/jira/browse/NETBEANS-5418 > Project: NetBeans > Issue Type: Bug > Components: vscode >Reporter: Anthony Vanelverdinghe >Priority: Major > > The stack trace is as below: > {noformat} > java.lang.NullPointerException: Cannot invoke "java.net.URL.toURI()" because > the return value of > "org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateCenterURL()" > is null > at > org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getUpdateItems(AutoupdateCatalogParser.java:165) > at > org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateItems(AutoupdateCatalogProvider.java:120) > at > org.netbeans.modules.autoupdate.services.UpdateUnitFactory.appendUpdateItems(UpdateUnitFactory.java:150) > at > org.netbeans.modules.autoupdate.services.UpdateUnitFactory.getUpdateUnits(UpdateUnitFactory.java:118) > at > org.netbeans.modules.autoupdate.services.UpdateManagerImpl$Cache.(UpdateManagerImpl.java:267) > at > org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getCache(UpdateManagerImpl.java:227) > at > org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getUpdateUnits(UpdateManagerImpl.java:186) > at > org.netbeans.api.autoupdate.UpdateManager.getUpdateUnits(UpdateManager.java:67) > at > org.netbeans.modules.autoupdate.cli.ModuleOptions.listAllModules(ModuleOptions.java:138) > at > org.netbeans.modules.autoupdate.cli.ModuleOptions.process(ModuleOptions.java:167) > at org.netbeans.spi.sendopts.Option$1.process(Option.java:362) > at org.netbeans.api.sendopts.CommandLine.process(CommandLine.java:336) > at > org.netbeans.modules.sendopts.HandlerImpl.execute(HandlerImpl.java:37) > at org.netbeans.modules.sendopts.Handler.cli(Handler.java:44) > at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) > at org.netbeans.core.startup.CLICoreBridge.cli(CLICoreBridge.java:57) > at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) > at org.netbeans.CLIHandler$1.exec(CLIHandler.java:243) > at org.netbeans.CLIHandler.finishInitialization(CLIHandler.java:423) > at org.netbeans.MainImpl.finishInitialization(MainImpl.java:231) > at org.netbeans.Main.finishInitialization(Main.java:67) > at org.netbeans.core.startup.Main.start(Main.java:291) > at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) > at java.base/java.lang.Thread.run(Thread.java:831) > {noformat} > > -- This message was sent by Atlassian Jira (v8.20.7#820007) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-5402) Don't create .LCKFoo.java~ files
[ https://issues.apache.org/jira/browse/NETBEANS-5402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe closed NETBEANS-5402. Resolution: Fixed > Don't create .LCKFoo.java~ files > > > Key: NETBEANS-5402 > URL: https://issues.apache.org/jira/browse/NETBEANS-5402 > Project: NetBeans > Issue Type: Bug > Components: vscode > Environment: Windows 10 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2021-03-03-18-04-03-520.png > > > To reproduce, simply open a Java source file. > I don't know what the purpose of these is (some kind of locking, I assume), > but on Windows, files aren't hidden just because they start with a dot, so > this looks messy. > Even if they'd be hidden properly, I'd still consider it problematic that my > IDE creates non-Java "helper" files under src/main/java. > !image-2021-03-03-18-04-03-520.png! > -- This message was sent by Atlassian Jira (v8.20.7#820007) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-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-5418) Extension fails to launch with netbeans.jdkhome set to JDK 16
Anthony Vanelverdinghe created NETBEANS-5418: Summary: Extension fails to launch with netbeans.jdkhome set to JDK 16 Key: NETBEANS-5418 URL: https://issues.apache.org/jira/browse/NETBEANS-5418 Project: NetBeans Issue Type: Bug Components: vscode Reporter: Anthony Vanelverdinghe The stack trace is as below: {noformat} java.lang.NullPointerException: Cannot invoke "java.net.URL.toURI()" because the return value of "org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateCenterURL()" is null at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser.getUpdateItems(AutoupdateCatalogParser.java:165) at org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogProvider.getUpdateItems(AutoupdateCatalogProvider.java:120) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.appendUpdateItems(UpdateUnitFactory.java:150) at org.netbeans.modules.autoupdate.services.UpdateUnitFactory.getUpdateUnits(UpdateUnitFactory.java:118) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl$Cache.(UpdateManagerImpl.java:267) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getCache(UpdateManagerImpl.java:227) at org.netbeans.modules.autoupdate.services.UpdateManagerImpl.getUpdateUnits(UpdateManagerImpl.java:186) at org.netbeans.api.autoupdate.UpdateManager.getUpdateUnits(UpdateManager.java:67) at org.netbeans.modules.autoupdate.cli.ModuleOptions.listAllModules(ModuleOptions.java:138) at org.netbeans.modules.autoupdate.cli.ModuleOptions.process(ModuleOptions.java:167) at org.netbeans.spi.sendopts.Option$1.process(Option.java:362) at org.netbeans.api.sendopts.CommandLine.process(CommandLine.java:336) at org.netbeans.modules.sendopts.HandlerImpl.execute(HandlerImpl.java:37) at org.netbeans.modules.sendopts.Handler.cli(Handler.java:44) at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) at org.netbeans.core.startup.CLICoreBridge.cli(CLICoreBridge.java:57) at org.netbeans.CLIHandler.notifyHandlers(CLIHandler.java:209) at org.netbeans.CLIHandler$1.exec(CLIHandler.java:243) at org.netbeans.CLIHandler.finishInitialization(CLIHandler.java:423) at org.netbeans.MainImpl.finishInitialization(MainImpl.java:231) at org.netbeans.Main.finishInitialization(Main.java:67) at org.netbeans.core.startup.Main.start(Main.java:291) at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) at java.base/java.lang.Thread.run(Thread.java:831) {noformat} -- 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-5401) Provide a Java formatter
[ https://issues.apache.org/jira/browse/NETBEANS-5401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17296489#comment-17296489 ] Anthony Vanelverdinghe commented on NETBEANS-5401: -- Actually, there's quite a few bits (e.g. organize imports and code generation) missing to be able to do without "LS for Java". Since this extension itself warns about conflicts with it, and it's unclear what those conflicts are precisely & how they're avoided, I'd like to get rid of it. So is the plan to work towards this? Or are there no plans to try & be a full replacement for "LS for Java"? > Provide a Java formatter > > > Key: NETBEANS-5401 > URL: https://issues.apache.org/jira/browse/NETBEANS-5401 > Project: NetBeans > Issue Type: Improvement > Components: vscode >Reporter: Anthony Vanelverdinghe >Priority: Major > > Currently the "Language Support for Java" extension is still required because > of the lack of a formatter in NetBeans' extension. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-5409) Add a folder-level setting to specify a custom Maven executable
Anthony Vanelverdinghe created NETBEANS-5409: Summary: Add a folder-level setting to specify a custom Maven executable Key: NETBEANS-5409 URL: https://issues.apache.org/jira/browse/NETBEANS-5409 Project: NetBeans Issue Type: Improvement Components: vscode Reporter: Anthony Vanelverdinghe Currently, all Maven invocations use a Maven installation that comes bundled with the extension. However, I'd like a folder-level setting to be able to specify a custom Maven executable to use. -- 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-5408) Add a folder-level setting to specify a custom JDK for running Maven
Anthony Vanelverdinghe created NETBEANS-5408: Summary: Add a folder-level setting to specify a custom JDK for running Maven Key: NETBEANS-5408 URL: https://issues.apache.org/jira/browse/NETBEANS-5408 Project: NetBeans Issue Type: Improvement Components: vscode Reporter: Anthony Vanelverdinghe Currently, all Maven invocations use the `netbeans.jdkhome` JDK. However, I'd like a folder-level setting to be able to specify a custom JDK for running Maven. -- 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-5407) Add a "Compile Folder" command
Anthony Vanelverdinghe created NETBEANS-5407: Summary: Add a "Compile Folder" command Key: NETBEANS-5407 URL: https://issues.apache.org/jira/browse/NETBEANS-5407 Project: NetBeans Issue Type: Improvement Components: vscode Reporter: Anthony Vanelverdinghe Currently there's only a "Compile Workspace" command. It would be useful to also have a "Compile Folder" command. -- 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-5406) Remove unneeded modules from VS Code extension
Anthony Vanelverdinghe created NETBEANS-5406: Summary: Remove unneeded modules from VS Code extension Key: NETBEANS-5406 URL: https://issues.apache.org/jira/browse/NETBEANS-5406 Project: NetBeans Issue Type: Improvement Components: vscode Reporter: Anthony Vanelverdinghe Looking at the list of components, it seems this contains all modules of the regular NetBeans build, including things like PHP/SVN/Git/Mercurial/Angular/... support. These should all be eliminated from the extension. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-5403) Provide auto-completion for modules in module-info.java
Anthony Vanelverdinghe created NETBEANS-5403: Summary: Provide auto-completion for modules in module-info.java Key: NETBEANS-5403 URL: https://issues.apache.org/jira/browse/NETBEANS-5403 Project: NetBeans Issue Type: Improvement Components: vscode Reporter: Anthony Vanelverdinghe Attachments: image-2021-03-03-18-17-58-683.png As the summary says, I'd like to have auto-completion for modules in module-info.java: !image-2021-03-03-18-17-58-683.png! -- 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-5402) Don't create .LCKFoo.java~ files
[ https://issues.apache.org/jira/browse/NETBEANS-5402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-5402: - Issue Type: Bug (was: Improvement) > Don't create .LCKFoo.java~ files > > > Key: NETBEANS-5402 > URL: https://issues.apache.org/jira/browse/NETBEANS-5402 > Project: NetBeans > Issue Type: Bug > Components: vscode > Environment: Windows 10 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2021-03-03-18-04-03-520.png > > > To reproduce, simply open a Java source file. > I don't know what the purpose of these is (some kind of locking, I assume), > but on Windows, files aren't hidden just because they start with a dot, so > this looks messy. > Even if they'd be hidden properly, I'd still consider it problematic that my > IDE creates non-Java "helper" files under src/main/java. > !image-2021-03-03-18-04-03-520.png! > -- 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-5402) Don't create .LCKmodule-info.java~ files
[ https://issues.apache.org/jira/browse/NETBEANS-5402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-5402: - Description: To reproduce, simply open a Java source file. I don't know what the purpose of these is (some kind of locking, I assume), but on Windows, files aren't hidden just because they start with a dot, so this looks messy. Even if they'd be hidden properly, I'd still consider it problematic that my IDE creates non-Java "helper" files under src/main/java. !image-2021-03-03-18-04-03-520.png! was: To reproduce: * generate a simple Maven project, e.g. via mvn org.apache.maven.plugins:maven-archetype-plugin:3.1.2:generate -DarchetypeArtifactId="maven-archetype-quickstart" -DarchetypeGroupId="org.apache.maven.archetypes" -DarchetypeVersion="1.4" * add a module-info.java file and add the module declaration in it I don't know what the purpose of these is (some kind of locking, I assume), but on Windows, files aren't hidden just because they start with a dot, so this looks messy. Even if they'd be hidden properly, I'd still consider it problematic that my IDE creates non-Java "helper" files under src/main/java. !image-2021-03-03-18-04-03-520.png! > Don't create .LCKmodule-info.java~ files > > > Key: NETBEANS-5402 > URL: https://issues.apache.org/jira/browse/NETBEANS-5402 > Project: NetBeans > Issue Type: Improvement > Components: vscode > Environment: Windows 10 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2021-03-03-18-04-03-520.png > > > To reproduce, simply open a Java source file. > I don't know what the purpose of these is (some kind of locking, I assume), > but on Windows, files aren't hidden just because they start with a dot, so > this looks messy. > Even if they'd be hidden properly, I'd still consider it problematic that my > IDE creates non-Java "helper" files under src/main/java. > !image-2021-03-03-18-04-03-520.png! > -- 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-5402) Don't create .LCKFoo.java~ files
[ https://issues.apache.org/jira/browse/NETBEANS-5402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-5402: - Summary: Don't create .LCKFoo.java~ files (was: Don't create .LCKmodule-info.java~ files) > Don't create .LCKFoo.java~ files > > > Key: NETBEANS-5402 > URL: https://issues.apache.org/jira/browse/NETBEANS-5402 > Project: NetBeans > Issue Type: Improvement > Components: vscode > Environment: Windows 10 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2021-03-03-18-04-03-520.png > > > To reproduce, simply open a Java source file. > I don't know what the purpose of these is (some kind of locking, I assume), > but on Windows, files aren't hidden just because they start with a dot, so > this looks messy. > Even if they'd be hidden properly, I'd still consider it problematic that my > IDE creates non-Java "helper" files under src/main/java. > !image-2021-03-03-18-04-03-520.png! > -- 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-5402) Don't create .LCKmodule-info.java~ files
Anthony Vanelverdinghe created NETBEANS-5402: Summary: Don't create .LCKmodule-info.java~ files Key: NETBEANS-5402 URL: https://issues.apache.org/jira/browse/NETBEANS-5402 Project: NetBeans Issue Type: Improvement Components: vscode Environment: Windows 10 Reporter: Anthony Vanelverdinghe Attachments: image-2021-03-03-18-04-03-520.png To reproduce: * generate a simple Maven project, e.g. via mvn org.apache.maven.plugins:maven-archetype-plugin:3.1.2:generate -DarchetypeArtifactId="maven-archetype-quickstart" -DarchetypeGroupId="org.apache.maven.archetypes" -DarchetypeVersion="1.4" * add a module-info.java file and add the module declaration in it I don't know what the purpose of these is (some kind of locking, I assume), but on Windows, files aren't hidden just because they start with a dot, so this looks messy. Even if they'd be hidden properly, I'd still consider it problematic that my IDE creates non-Java "helper" files under src/main/java. !image-2021-03-03-18-04-03-520.png! -- 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-5401) Provide a Java formatter
Anthony Vanelverdinghe created NETBEANS-5401: Summary: Provide a Java formatter Key: NETBEANS-5401 URL: https://issues.apache.org/jira/browse/NETBEANS-5401 Project: NetBeans Issue Type: Improvement Components: vscode Reporter: Anthony Vanelverdinghe Currently the "Language Support for Java" extension is still required because of the lack of a formatter in NetBeans' extension. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4477) Autocompletion often fails
[ https://issues.apache.org/jira/browse/NETBEANS-4477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17259169#comment-17259169 ] Anthony Vanelverdinghe commented on NETBEANS-4477: -- [~Kacer] The steps to reproduce are: (1) set up an environment like mine, and (2) code Java for 5-10 minutes. Now you can argue that the second step is too vague, but as I said in the decription: bq. It happens frequently, but I don't have a simple recipe to reproduce. > Autocompletion often fails > -- > > Key: NETBEANS-4477 > URL: https://issues.apache.org/jira/browse/NETBEANS-4477 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 > Environment: Product Version: Apache NetBeans IDE 12.0 > Java: 15-ea; OpenJDK 64-Bit Server VM 15-ea+28-1400 > Runtime: OpenJDK Runtime Environment 15-ea+28-1400 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > > It happens frequently, but I don't have a simple recipe to reproduce. The log > is full of stacktraces like follows, so hopefully that's sufficient: > {noformat} > java.lang.IllegalStateException: Cannot call getCompilationUnit() if current > phase < JavaSource.Phase.PARSED. You must call toPhase(Phase.PARSED) first. > at > org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getCompilationUnit(CompilationInfoImpl.java:200) > at > org.netbeans.api.java.source.CompilationInfo.getCompilationUnit(CompilationInfo.java:167) > at > org.netbeans.api.java.source.TreeUtilities.pathFor(TreeUtilities.java:330) > at > org.netbeans.modules.java.completion.BaseTask.getCompletionEnvironment(BaseTask.java:264) > at > org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:297) > at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:94) > at > org.netbeans.modules.java.completion.JavaCompletionTask.run(JavaCompletionTask.java:60) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > Caused: org.netbeans.modules.parsing.spi.ParseException > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:186) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > [catch] at > org.netbeans.modules.editor.java.JavaCompletionProvider$JavaCompletionQuery.query(JavaCompletionProvider.java:193) > at > org.netbeans.spi.editor.completion.support.AsyncCompletionTask.run(AsyncCompletionTask.java:198) > 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) > {noformat} -- 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-3738) Maven builds: don't specify eventspy when JDK < 1.7
[ https://issues.apache.org/jira/browse/NETBEANS-3738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17257847#comment-17257847 ] Anthony Vanelverdinghe commented on NETBEANS-3738: -- [~Kacer] thanks for the hint. I was looking for artifacts in the netbeans-windows job and hadn't considered running the Windows .exe from the Linux build. > Maven builds: don't specify eventspy when JDK < 1.7 > --- > > Key: NETBEANS-3738 > URL: https://issues.apache.org/jira/browse/NETBEANS-3738 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven >Affects Versions: 11.2 >Reporter: Anthony Vanelverdinghe >Assignee: Eric Barboni >Priority: Major > Labels: pull-request-available > Fix For: 12.0 > > Time Spent: 20m > Remaining Estimate: 0h > > The eventspy is compiled with JDK 1.7. However, for some legacy project, I > need to build with Maven 3.2.5 and JDK 1.6 So this doesn't work (see below). > NetBeans shouldn't specify the eventspy on the commandline if the JDK < 1.7 > {noformat} > Error injecting: org.netbeans.modules.maven.event.NbEventSpy > java.lang.TypeNotPresentException: Type > org.netbeans.modules.maven.event.NbEventSpy not present > at > org.eclipse.sisu.space.URLClassSpace.loadClass(URLClassSpace.java:115) > > at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356) > Caused by: java.lang.UnsupportedClassVersionError: > org/netbeans/modules/maven/event/NbEventSpy : Unsupported major.minor version > 51.0 > at java.lang.ClassLoader.defineClass1(Native Method) > > at > org.eclipse.sisu.space.URLClassSpace.loadClass(URLClassSpace.java:107) > ... 65 more > Error executing Maven. > com.google.inject.ProvisionException: Unable to provision, see the following > errors: > > {noformat} -- 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-4558) Add a keymap for VS Code
[ https://issues.apache.org/jira/browse/NETBEANS-4558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-4558: - Labels: keymap (was: ) > Add a keymap for VS Code > > > Key: NETBEANS-4558 > URL: https://issues.apache.org/jira/browse/NETBEANS-4558 > Project: NetBeans > Issue Type: Improvement > Components: editor - Key bindings >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Labels: keymap > > As a VS Code user, I'd like to be able to use the same shortcuts in NetBeans. > While some shortcuts can be configured, others can't (e.g. `Go to File...` > (Ctrl+P in VS Code)). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4558) Add a keymap for VS Code
[ https://issues.apache.org/jira/browse/NETBEANS-4558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-4558: - Component/s: editor - Key bindings > Add a keymap for VS Code > > > Key: NETBEANS-4558 > URL: https://issues.apache.org/jira/browse/NETBEANS-4558 > Project: NetBeans > Issue Type: Improvement > Components: editor - Key bindings >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > > As a VS Code user, I'd like to be able to use the same shortcuts in NetBeans. > While some shortcuts can be configured, others can't (e.g. `Go to File...` > (Ctrl+P in VS Code)). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4558) Add a keymap for VS Code
Anthony Vanelverdinghe created NETBEANS-4558: Summary: Add a keymap for VS Code Key: NETBEANS-4558 URL: https://issues.apache.org/jira/browse/NETBEANS-4558 Project: NetBeans Issue Type: Improvement Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe As a VS Code user, I'd like to be able to use the same shortcuts in NetBeans. While some shortcuts can be configured, others can't (e.g. `Go to File...` (Ctrl+P in VS Code)). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4477) Autocompletion often fails
Anthony Vanelverdinghe created NETBEANS-4477: Summary: Autocompletion often fails Key: NETBEANS-4477 URL: https://issues.apache.org/jira/browse/NETBEANS-4477 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 12.0 Environment: Product Version: Apache NetBeans IDE 12.0 Java: 15-ea; OpenJDK 64-Bit Server VM 15-ea+28-1400 Runtime: OpenJDK Runtime Environment 15-ea+28-1400 System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) Reporter: Anthony Vanelverdinghe It happens frequently, but I don't have a simple recipe to reproduce. The log is full of stacktraces like follows, so hopefully that's sufficient: {noformat} java.lang.IllegalStateException: Cannot call getCompilationUnit() if current phase < JavaSource.Phase.PARSED. You must call toPhase(Phase.PARSED) first. at org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getCompilationUnit(CompilationInfoImpl.java:200) at org.netbeans.api.java.source.CompilationInfo.getCompilationUnit(CompilationInfo.java:167) at org.netbeans.api.java.source.TreeUtilities.pathFor(TreeUtilities.java:330) at org.netbeans.modules.java.completion.BaseTask.getCompletionEnvironment(BaseTask.java:264) at org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:297) at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:94) at org.netbeans.modules.java.completion.JavaCompletionTask.run(JavaCompletionTask.java:60) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) at org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) Caused: org.netbeans.modules.parsing.spi.ParseException at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:186) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) [catch] at org.netbeans.modules.editor.java.JavaCompletionProvider$JavaCompletionQuery.query(JavaCompletionProvider.java:193) at org.netbeans.spi.editor.completion.support.AsyncCompletionTask.run(AsyncCompletionTask.java:198) 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) {noformat} -- 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-4300) Typo in "default platform" value for Maven property netbeans.hint.jdkPlatform
[ https://issues.apache.org/jira/browse/NETBEANS-4300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe resolved NETBEANS-4300. -- Fix Version/s: 12.0 Resolution: Fixed > Typo in "default platform" value for Maven property netbeans.hint.jdkPlatform > - > > Key: NETBEANS-4300 > URL: https://issues.apache.org/jira/browse/NETBEANS-4300 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: Next >Reporter: Anthony Vanelverdinghe >Assignee: Anthony Vanelverdinghe >Priority: Major > Labels: pull-request-available > Fix For: 12.0 > > Time Spent: 1.5h > Remaining Estimate: 0h > > To reproduce: > * create a new maven project > * add the entry > JDK_13 to the > properties in the pom.xml > * open the project properties dialog go to Build -> Compile > * Switch "Java Platform" to the entry that is marked "(Default)". > * Acknowledge the change with OK > * Check pom.xml > > {quote}Why not remove the property from the POM? (override the value from a > parent pom?) > {quote} > Not sure if I understand what you're asking, but if it is: why don't you > remove the property from the POM? Then, yes, it doesn't make sense to specify > {{@@DEFAULT@@}} as the value, but if NetBeans writes it to the POM, it should > at least do so without typos. And ideally it shouldn't write it to the POM at > all, but that's an issue of its own > {quote}How is this story about backwards compatibility? > {quote} > Imho this is a negligible issue. At worst, people will get an {{Unresolved > project problem}} saying {{No such Java Platform: @@DEFAU:T@@}}, upon which > they'll select a Java Platform of their choosing in the settings and that's > it. But I doubt this will impact many users at all. -- 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-4300) Typo in "default platform" value for Maven property netbeans.hint.jdkPlatform
[ https://issues.apache.org/jira/browse/NETBEANS-4300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-4300: - Description: To reproduce: * create a new maven project * add the entry JDK_13 to the properties in the pom.xml * open the project properties dialog go to Build -> Compile * Switch "Java Platform" to the entry that is marked "(Default)". * Acknowledge the change with OK * Check pom.xml {quote}Why not remove the property from the POM? (override the value from a parent pom?) {quote} Not sure if I understand what you're asking, but if it is: why don't you remove the property from the POM? Then, yes, it doesn't make sense to specify {{@@DEFAULT@@}} as the value, but if NetBeans writes it to the POM, it should at least do so without typos. And ideally it shouldn't write it to the POM at all, but that's an issue of its own {quote}How is this story about backwards compatibility? {quote} Imho this is a negligible issue. At worst, people will get an {{Unresolved project problem}} saying {{No such Java Platform: @@DEFAU:T@@}}, upon which they'll select a Java Platform of their choosing in the settings and that's it. But I doubt this will impact many users at all. was: To reproduce: * create a new maven project * add the entry JDK_13 to the properties in the pom.xml * open the project properties dialog go to Build -> Compile * Switch "Java Platform" to the entry that is marked "(Default)". * Acknowledge the change with OK * Check pom.xml > Typo in "default platform" value for Maven property netbeans.hint.jdkPlatform > - > > Key: NETBEANS-4300 > URL: https://issues.apache.org/jira/browse/NETBEANS-4300 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: Next >Reporter: Anthony Vanelverdinghe >Assignee: Anthony Vanelverdinghe >Priority: Major > Labels: pull-request-available > Time Spent: 1h 10m > Remaining Estimate: 0h > > To reproduce: > * create a new maven project > * add the entry > JDK_13 to the > properties in the pom.xml > * open the project properties dialog go to Build -> Compile > * Switch "Java Platform" to the entry that is marked "(Default)". > * Acknowledge the change with OK > * Check pom.xml > > {quote}Why not remove the property from the POM? (override the value from a > parent pom?) > {quote} > Not sure if I understand what you're asking, but if it is: why don't you > remove the property from the POM? Then, yes, it doesn't make sense to specify > {{@@DEFAULT@@}} as the value, but if NetBeans writes it to the POM, it should > at least do so without typos. And ideally it shouldn't write it to the POM at > all, but that's an issue of its own > {quote}How is this story about backwards compatibility? > {quote} > Imho this is a negligible issue. At worst, people will get an {{Unresolved > project problem}} saying {{No such Java Platform: @@DEFAU:T@@}}, upon which > they'll select a Java Platform of their choosing in the settings and that's > it. But I doubt this will impact many users at all. -- 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-4300) Typo in "default platform" value for Maven property netbeans.hint.jdkPlatform
[ https://issues.apache.org/jira/browse/NETBEANS-4300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-4300: - Description: To reproduce: * create a new maven project * add the entry JDK_13 to the properties in the pom.xml * open the project properties dialog go to Build -> Compile * Switch "Java Platform" to the entry that is marked "(Default)". * Acknowledge the change with OK * Check pom.xml > Typo in "default platform" value for Maven property netbeans.hint.jdkPlatform > - > > Key: NETBEANS-4300 > URL: https://issues.apache.org/jira/browse/NETBEANS-4300 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: Next >Reporter: Anthony Vanelverdinghe >Assignee: Anthony Vanelverdinghe >Priority: Major > Labels: pull-request-available > Time Spent: 0.5h > Remaining Estimate: 0h > > To reproduce: > * create a new maven project > * add the entry JDK_13 > to the properties in the pom.xml > * open the project properties dialog go to Build -> Compile > * Switch "Java Platform" to the entry that is marked "(Default)". > * Acknowledge the change with OK > * Check pom.xml -- 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-4300) Typo in "default platform" value for Maven property netbeans.hint.jdkPlatform
Anthony Vanelverdinghe created NETBEANS-4300: Summary: Typo in "default platform" value for Maven property netbeans.hint.jdkPlatform Key: NETBEANS-4300 URL: https://issues.apache.org/jira/browse/NETBEANS-4300 Project: NetBeans Issue Type: Bug Components: projects - Maven Affects Versions: Next Reporter: Anthony Vanelverdinghe Assignee: Anthony Vanelverdinghe -- 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-4289) JGit messes up .gitconfig file
Anthony Vanelverdinghe created NETBEANS-4289: Summary: JGit messes up .gitconfig file Key: NETBEANS-4289 URL: https://issues.apache.org/jira/browse/NETBEANS-4289 Project: NetBeans Issue Type: Bug Components: versioncontrol - Git Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe In JGit 5.1.9, a new ["feature"|https://projects.eclipse.org/projects/technology.jgit/releases/5.1.9] was introduced, which adds JGit-specific configuration to the .gitconfig file. This is problematic, because (a) my .gitconfig is actually a symlink, and JGit just replaced the symlink with a regular file, and (b) I don't want JGit to touch my .gitconfig at all without me being aware of it. This was [fixed|https://git.eclipse.org/c/jgit/jgit.git/commit/?id=838b5a84b5093c335b95a644b006d9e95493] last November, so any release 5.6.0+ should be good (NetBeans currently uses JGit 5.5.0). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-3728) If NetBeans doesn't fully support JDK X, it should rely on javac for syntax errors
[ https://issues.apache.org/jira/browse/NETBEANS-3728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe resolved NETBEANS-3728. -- Resolution: Not A Problem This is in fact already possible, simply by not installing nb-javac. > If NetBeans doesn't fully support JDK X, it should rely on javac for syntax > errors > -- > > Key: NETBEANS-3728 > URL: https://issues.apache.org/jira/browse/NETBEANS-3728 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Anthony Vanelverdinghe >Priority: Major > > For example, if I use "JDK 14 with preview features", for which NetBeans > actually doesn't have full support (e.g. support for records, though it's on > the way via NETBEANS-3604), then NetBeans should solely rely on javac for > showing syntax errors. > In other words, if my project uses a JDK which is able to compile a file > Foo.java without issues, then I expect NetBeans not to give me any syntax > errors either. -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093879#comment-17093879 ] Anthony Vanelverdinghe commented on NETBEANS-4263: -- [~geertjan] {quote}You can save time and stop making and uploading screenshots here.{quote} This statement bothers me. {quote}This really is the wrong place to have this discussion. Join the dev mailing list, see netbeans.apache.org.{quote} As does this one: this very discussion was raised on the mailing list just last week, in which you actively participated. So it's totally beyond me why I was advised to join the mailing list, rather than just *read* it. That would have saved me a whole lot more time than it took to upload the screenshots. > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png, > image-2020-04-27-20-40-44-989.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4264) NetBeans doesn't support the "includeIf" directive in .gitconfig files
Anthony Vanelverdinghe created NETBEANS-4264: Summary: NetBeans doesn't support the "includeIf" directive in .gitconfig files Key: NETBEANS-4264 URL: https://issues.apache.org/jira/browse/NETBEANS-4264 Project: NetBeans Issue Type: Bug Components: versioncontrol - Git Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe In .gitconfig files, you can conditionally include other files, see [https://git-scm.com/docs/git-config#_conditional_includes] I'm using this feature to set different values for `user.name` and `user.email` for different directories. However, NetBeans is unable to read .gitconfig files properly (and I believe the only solution is NETBEANS-2122), so when I try to commit, those properties are totally wrong and mess up my git repositories. So until NETBEANS-2122 is fixed, it should be possible to set these properties manually, per project. -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093838#comment-17093838 ] Anthony Vanelverdinghe commented on NETBEANS-4263: -- Thanks for your help, that did the trick. I'm confused now though: * what is the future direction w.r.t. "vanilla" javac and nb-javac? Is it the intention to make nb-javac obsolete? * which advantages does nb-javac have over vanilla javac, if any? > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png, > image-2020-04-27-20-40-44-989.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-4263: - Attachment: image-2020-04-27-20-40-44-989.png > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png, > image-2020-04-27-20-40-44-989.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093824#comment-17093824 ] Anthony Vanelverdinghe commented on NETBEANS-4263: -- NetBeans itself is running, and I have installed nb-javac, because I got a tooltip saying it's recommended to do so. Are you saying it will work if I uninstall it, or do you just want me to uninstall it, to see if the issue still occurs? > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17093824#comment-17093824 ] Anthony Vanelverdinghe edited comment on NETBEANS-4263 at 4/27/20, 6:34 PM: NetBeans itself is running on JDK 14, and I have installed nb-javac, because I got a tooltip saying it's recommended to do so. Are you saying it will work if I uninstall it, or do you just want me to uninstall it, to see if the issue still occurs? was (Author: anthonyv.be): NetBeans itself is running, and I have installed nb-javac, because I got a tooltip saying it's recommended to do so. Are you saying it will work if I uninstall it, or do you just want me to uninstall it, to see if the issue still occurs? > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
[ https://issues.apache.org/jira/browse/NETBEANS-4263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-4263: - Component/s: java - Editor > Switch expressions are a standard feature in JDK 14 > --- > > Key: NETBEANS-4263 > URL: https://issues.apache.org/jira/browse/NETBEANS-4263 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: image-2020-04-27-20-20-02-850.png > > > The editor complains about switch expressions being a preview feature, but as > of JDK 14 they're a standard feature, so this error is wrong. This is in a > Maven project with everything set to JDK 14. > > !image-2020-04-27-20-20-02-850.png! -- 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-4263) Switch expressions are a standard feature in JDK 14
Anthony Vanelverdinghe created NETBEANS-4263: Summary: Switch expressions are a standard feature in JDK 14 Key: NETBEANS-4263 URL: https://issues.apache.org/jira/browse/NETBEANS-4263 Project: NetBeans Issue Type: Bug Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe Attachments: image-2020-04-27-20-20-02-850.png The editor complains about switch expressions being a preview feature, but as of JDK 14 they're a standard feature, so this error is wrong. This is in a Maven project with everything set to JDK 14. !image-2020-04-27-20-20-02-850.png! -- 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-2499) Unable to open Maven project
[ https://issues.apache.org/jira/browse/NETBEANS-2499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe resolved NETBEANS-2499. -- Fix Version/s: 12.0 Resolution: Fixed > Unable to open Maven project > > > Key: NETBEANS-2499 > URL: https://issues.apache.org/jira/browse/NETBEANS-2499 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > Fix For: 12.0 > > Attachments: pom.xml > > > To reproduce: create a folder "nbissue", add the attached pom.xml to it, and > try to open it as a Maven project in NetBeans. > NetBeans will give an unexpected exception and a stacktrace like below. Note > that there are several possible modifications that will make NetBeans open > the pom.xml (e.g. deleting line 115 ``, deleting the large > comment block, ...) Also note the pom is valid as it is, and everything works > fine when using Maven (3.6.1 in my case) from the command-line. > java.lang.ArrayIndexOutOfBoundsException: Index 8442 out of bounds for length > 8192 > at org.codehaus.plexus.util.xml.pull.MXParser.parsePI(MXParser.java:2502) > at > org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1283) > at org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1131) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.nextTag(MavenXpp3ReaderEx.java:568) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePluginExecution(MavenXpp3ReaderEx.java:3302) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePlugin(MavenXpp3ReaderEx.java:3097) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseBuild(MavenXpp3ReaderEx.java:1025) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseModel(MavenXpp3ReaderEx.java:2550) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:4388) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:598) > at > org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:113) > at > org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:86) > at > org.apache.maven.model.building.DefaultModelProcessor.read(DefaultModelProcessor.java:81) > at > org.apache.maven.model.building.DefaultModelBuilder.readModel(DefaultModelBuilder.java:533) > at > org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:273) > at > org.netbeans.modules.maven.embedder.impl.NBModelBuilder.build(NBModelBuilder.java:53) > at > org.netbeans.modules.maven.embedder.MavenEmbedder.executeModelBuilder(MavenEmbedder.java:447) > at > org.netbeans.modules.maven.NbMavenProjectImpl.getRawModel(NbMavenProjectImpl.java:192) > at > org.netbeans.modules.maven.api.NbMavenProject.getRawModel(NbMavenProject.java:347) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.lambda$get$0(MavenProjectPropsImpl.java:93) > at > org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188) > at org.openide.util.Mutex.readAccess(Mutex.java:193) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:78) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:74) > at > org.netbeans.modules.maven.MavenProjectPropsImpl$PackagingProviderImpl.packaging(MavenProjectPropsImpl.java:304) > at > org.netbeans.modules.maven.api.NbMavenProject.getPackagingType(NbMavenProject.java:334) > at > org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.check(NbMavenProjectImpl.java:829) > at > org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.(NbMavenProjectImpl.java:819) > at > org.netbeans.modules.maven.NbMavenProjectImpl.(NbMavenProjectImpl.java:245) > at > org.netbeans.modules.maven.NbMavenProjectFactory.loadProject(NbMavenProjectFactory.java:95) > at > org.netbeans.modules.projectapi.nb.NbProjectManager.createProject(NbProjectManager.java:376) > at > org.netbeans.modules.projectapi.nb.NbProjectManager.access$300(NbProjectManager.java:69) > at > org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:289) > at > org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:218) > at >
[jira] [Created] (NETBEANS-4262) Update the name & description of "JavaFX 2"
Anthony Vanelverdinghe created NETBEANS-4262: Summary: Update the name & description of "JavaFX 2" Key: NETBEANS-4262 URL: https://issues.apache.org/jira/browse/NETBEANS-4262 Project: NetBeans Issue Type: Improvement Components: javafx - Project Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe Attachments: image-2020-04-27-18-18-47-085.png Both the name & description are seriously outdated. Is this plugin still needed for JavaFX 8+ development? What's the difference with the "JavaFX Implementation for ..." plugins? Etc. !image-2020-04-27-18-18-47-085.png! -- 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-4261) Add a description for "JavaFX Implementation for ..."
Anthony Vanelverdinghe created NETBEANS-4261: Summary: Add a description for "JavaFX Implementation for ..." Key: NETBEANS-4261 URL: https://issues.apache.org/jira/browse/NETBEANS-4261 Project: NetBeans Issue Type: Improvement Components: javafx - Project Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe Attachments: image-2020-04-27-18-15-27-887.png Explain what it is, when it's recommended/required to install it and why, ... e.g. does this simply download the SDK and/or jmods as given at [https://gluonhq.com/products/javafx/] ? But how is this used by NetBeans and when should I install it? !image-2020-04-27-18-15-27-887.png! -- 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-4260) Add a description for "The nb-javac Java editing support library"
Anthony Vanelverdinghe created NETBEANS-4260: Summary: Add a description for "The nb-javac Java editing support library" Key: NETBEANS-4260 URL: https://issues.apache.org/jira/browse/NETBEANS-4260 Project: NetBeans Issue Type: Improvement Components: java - Compiler Affects Versions: 12.0 Reporter: Anthony Vanelverdinghe Attachments: image-2020-04-27-18-11-19-724.png Explain what it is, if it's recommended to install it and why, ... new users have absolutely no idea about what to do with it. !image-2020-04-27-18-11-19-724.png! -- 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-2536) Update Maven default action mappings
[ https://issues.apache.org/jira/browse/NETBEANS-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17056724#comment-17056724 ] Anthony Vanelverdinghe edited comment on NETBEANS-2536 at 3/11/20, 7:44 AM: exec.longClasspath allows to use a very long class path (i.e. running a project with a lot of dependencies) For module-path, if I'm not mistaken, there's a %modulepath, analog to %classpath which the plugin sets automatically, so it should be a matter of adding {noformat}--module-path %modulepath{noformat} to every line where -classpath %classpath occurs A PR is unlikely anytime soon, since NetBeans is no longer my main IDE was (Author: anthonyv.be): exec.longClasspath allows to use a very long class path (i.e. running a project with a lot of dependencies) {noformat} For --module-path, if I'm not mistaken, there's a %modulepath, analog to %classpath which the plugin sets automatically, so it should be a matter of adding --module-path %modulepath to every line where -classpath %classpath occurs {noformat} A PR is unlikely anytime soon, since NetBeans is no longer my main IDE > Update Maven default action mappings > > > Key: NETBEANS-2536 > URL: https://issues.apache.org/jira/browse/NETBEANS-2536 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 11.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > > [defaultActionMappings.xml|https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/execute/defaultActionMappings.xml] > should be updated to: > * use the latest 1.6.0 version of org.codehaus.mojo:exec-maven-plugin > * specify the "exec.longClasspath" property > * specify --module-path in addition to --class-path -- 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-2536) Update Maven default action mappings
[ https://issues.apache.org/jira/browse/NETBEANS-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17056724#comment-17056724 ] Anthony Vanelverdinghe edited comment on NETBEANS-2536 at 3/11/20, 7:43 AM: exec.longClasspath allows to use a very long class path (i.e. running a project with a lot of dependencies) {noformat} For --module-path, if I'm not mistaken, there's a %modulepath, analog to %classpath which the plugin sets automatically, so it should be a matter of adding --module-path %modulepath to every line where -classpath %classpath occurs {noformat} A PR is unlikely anytime soon, since NetBeans is no longer my main IDE was (Author: anthonyv.be): exec.longClasspath allows to use a very long class path (i.e. running a project with a lot of dependencies) For --module-path, if I'm not mistaken, there's a %modulepath, analog to %classpath which the plugin sets automatically, so it should be a matter of adding --module-path %modulepath to every line where -classpath %classpath occurs A PR is unlikely anytime soon, since NetBeans is no longer my main IDE > Update Maven default action mappings > > > Key: NETBEANS-2536 > URL: https://issues.apache.org/jira/browse/NETBEANS-2536 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 11.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > > [defaultActionMappings.xml|https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/execute/defaultActionMappings.xml] > should be updated to: > * use the latest 1.6.0 version of org.codehaus.mojo:exec-maven-plugin > * specify the "exec.longClasspath" property > * specify --module-path in addition to --class-path -- 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-2536) Update Maven default action mappings
[ https://issues.apache.org/jira/browse/NETBEANS-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17056724#comment-17056724 ] Anthony Vanelverdinghe commented on NETBEANS-2536: -- exec.longClasspath allows to use a very long class path (i.e. running a project with a lot of dependencies) For --module-path, if I'm not mistaken, there's a %modulepath, analog to %classpath which the plugin sets automatically, so it should be a matter of adding --module-path %modulepath to every line where -classpath %classpath occurs A PR is unlikely anytime soon, since NetBeans is no longer my main IDE > Update Maven default action mappings > > > Key: NETBEANS-2536 > URL: https://issues.apache.org/jira/browse/NETBEANS-2536 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 11.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > > [defaultActionMappings.xml|https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/execute/defaultActionMappings.xml] > should be updated to: > * use the latest 1.6.0 version of org.codehaus.mojo:exec-maven-plugin > * specify the "exec.longClasspath" property > * specify --module-path in addition to --class-path -- 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-3738) Maven builds: don't specify eventspy when JDK < 1.7
[ https://issues.apache.org/jira/browse/NETBEANS-3738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17056720#comment-17056720 ] Anthony Vanelverdinghe commented on NETBEANS-3738: -- In my experience with reporting issues, if the assignee wants verification from the reporter: * either they provide a custom build * or they merge the fix, mark it as "Fixed", and ask the reporter to verify with a daily build. If the reporter confirms, the issue is marked as "Verified" The second option is how it used to be with NetBeans issues. However, since NetBeans no longer provides daily Windows builds, that's not an option for me anymore. > Maven builds: don't specify eventspy when JDK < 1.7 > --- > > Key: NETBEANS-3738 > URL: https://issues.apache.org/jira/browse/NETBEANS-3738 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven >Affects Versions: 11.2 >Reporter: Anthony Vanelverdinghe >Assignee: Eric Barboni >Priority: Major > Labels: pull-request-available > Fix For: 12.0 > > Time Spent: 10m > Remaining Estimate: 0h > > The eventspy is compiled with JDK 1.7. However, for some legacy project, I > need to build with Maven 3.2.5 and JDK 1.6 So this doesn't work (see below). > NetBeans shouldn't specify the eventspy on the commandline if the JDK < 1.7 > {noformat} > Error injecting: org.netbeans.modules.maven.event.NbEventSpy > java.lang.TypeNotPresentException: Type > org.netbeans.modules.maven.event.NbEventSpy not present > at > org.eclipse.sisu.space.URLClassSpace.loadClass(URLClassSpace.java:115) > > at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356) > Caused by: java.lang.UnsupportedClassVersionError: > org/netbeans/modules/maven/event/NbEventSpy : Unsupported major.minor version > 51.0 > at java.lang.ClassLoader.defineClass1(Native Method) > > at > org.eclipse.sisu.space.URLClassSpace.loadClass(URLClassSpace.java:107) > ... 65 more > Error executing Maven. > com.google.inject.ProvisionException: Unable to provision, see the following > errors: > > {noformat} -- 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-3738) Maven builds: don't specify eventspy when JDK < 1.7
[ https://issues.apache.org/jira/browse/NETBEANS-3738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17056319#comment-17056319 ] Anthony Vanelverdinghe commented on NETBEANS-3738: -- [~skygo] if there's a ready-made binary with the fix included, I'll be happy to test > Maven builds: don't specify eventspy when JDK < 1.7 > --- > > Key: NETBEANS-3738 > URL: https://issues.apache.org/jira/browse/NETBEANS-3738 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven >Affects Versions: 11.2 >Reporter: Anthony Vanelverdinghe >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > The eventspy is compiled with JDK 1.7. However, for some legacy project, I > need to build with Maven 3.2.5 and JDK 1.6 So this doesn't work (see below). > NetBeans shouldn't specify the eventspy on the commandline if the JDK < 1.7 > {noformat} > Error injecting: org.netbeans.modules.maven.event.NbEventSpy > java.lang.TypeNotPresentException: Type > org.netbeans.modules.maven.event.NbEventSpy not present > at > org.eclipse.sisu.space.URLClassSpace.loadClass(URLClassSpace.java:115) > > at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356) > Caused by: java.lang.UnsupportedClassVersionError: > org/netbeans/modules/maven/event/NbEventSpy : Unsupported major.minor version > 51.0 > at java.lang.ClassLoader.defineClass1(Native Method) > > at > org.eclipse.sisu.space.URLClassSpace.loadClass(URLClassSpace.java:107) > ... 65 more > Error executing Maven. > com.google.inject.ProvisionException: Unable to provision, see the following > errors: > > {noformat} -- 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-3188) Upgrade bundled Maven
[ https://issues.apache.org/jira/browse/NETBEANS-3188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17055795#comment-17055795 ] Anthony Vanelverdinghe commented on NETBEANS-3188: -- [~skygo] another strategy would be to migrate all code (where possible) to use an external Maven installation (i.e. use the Maven CLI instead of the Java API). This migration can be done gradually, and eventually it would become relatively easy to upgrade the bundled installation, or even stop bundling Maven completely. Yet another strategy would be to bundle 2 Maven installations and gradually migrate from the obsolete to the new version, but I'm not sure how feasible that is. (Note that this is very similar to how NetBeans uses an embedded JGit instead of the native Git installation, i.e. NETBEANS-2122) Imho this issue is important because the bundled Maven installation is used even for basic operations such as merely opening a Maven project, which results in issues such as NETBEANS-2499 > Upgrade bundled Maven > -- > > Key: NETBEANS-3188 > URL: https://issues.apache.org/jira/browse/NETBEANS-3188 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 >Reporter: Geertjan Wielenga >Priority: Major > Fix For: 11.3 > > -- 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-3788) Erreur supposé dans l'éditeur, mais la compilation et le code sont correcte
[ https://issues.apache.org/jira/browse/NETBEANS-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17055720#comment-17055720 ] Anthony Vanelverdinghe commented on NETBEANS-3788: -- [~pascalfares] this is not a bug: the code doesn't compile with javac, showing the same error > Erreur supposé dans l'éditeur, mais la compilation et le code sont correcte > --- > > Key: NETBEANS-3788 > URL: https://issues.apache.org/jira/browse/NETBEANS-3788 > Project: NetBeans > Issue Type: Bug > Components: editor - Lexer, editor - Parsing Indexing >Affects Versions: 11.2 > Environment: Window 10 1903 > openjdk version "13.0.1" 2019-10-15 >Reporter: Pascal Fares >Priority: Critical > Fix For: 11.2 > > Attachments: Annotation 2020-02-03 123039.png > > > Ceci est parfaitement correcte etr compile normalement, mais l'editeur > netbeans indique une erreur "incompatible type" > version java openjdk version "13.0.1" 2019-10-15 > > String _afficheLigne(List ligne) { > return ligne.stream().reduce("", (acc, s) -> > String.format("%s\t%s",acc,s)); > } > > String _afficheLignes2(List> lignes) { > return lignes.stream().map((ls) -> _afficheLignes(ls)).reduce((acc,s) > ->String.format("%s\n%s",acc,s)); > } -- 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-3738) Maven builds: don't specify eventspy when JDK < 1.7
Anthony Vanelverdinghe created NETBEANS-3738: Summary: Maven builds: don't specify eventspy when JDK < 1.7 Key: NETBEANS-3738 URL: https://issues.apache.org/jira/browse/NETBEANS-3738 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Reporter: Anthony Vanelverdinghe The eventspy is compiled with JDK 1.7. However, for some legacy project, I need to build with Maven 3.2.5 and JDK 1.6 So this doesn't work (see below). NetBeans shouldn't specify the eventspy on the commandline if the JDK < 1.7 {noformat} Error injecting: org.netbeans.modules.maven.event.NbEventSpy java.lang.TypeNotPresentException: Type org.netbeans.modules.maven.event.NbEventSpy not present at org.eclipse.sisu.space.URLClassSpace.loadClass(URLClassSpace.java:115) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356) Caused by: java.lang.UnsupportedClassVersionError: org/netbeans/modules/maven/event/NbEventSpy : Unsupported major.minor version 51.0 at java.lang.ClassLoader.defineClass1(Native Method) at org.eclipse.sisu.space.URLClassSpace.loadClass(URLClassSpace.java:107) ... 65 more Error executing Maven. com.google.inject.ProvisionException: Unable to provision, see the following errors: {noformat} -- 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-3728) If NetBeans doesn't fully support JDK X, it should rely on javac for syntax errors
Anthony Vanelverdinghe created NETBEANS-3728: Summary: If NetBeans doesn't fully support JDK X, it should rely on javac for syntax errors Key: NETBEANS-3728 URL: https://issues.apache.org/jira/browse/NETBEANS-3728 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Reporter: Anthony Vanelverdinghe For example, if I use "JDK 14 with preview features", for which NetBeans actually doesn't have full support (e.g. support for records, though it's on the way via NETBEANS-3604), then NetBeans should solely rely on javac for showing syntax errors. In other words, if my project uses a JDK which is able to compile a file Foo.java without issues, then I expect NetBeans not to give me any syntax errors either. -- 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-2507) Slow Java code completion
[ https://issues.apache.org/jira/browse/NETBEANS-2507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe resolved NETBEANS-2507. -- Fix Version/s: 11.2 Resolution: Fixed I did some tests with 11.2 and am no longer able to reproduce this > Slow Java code completion > - > > Key: NETBEANS-2507 > URL: https://issues.apache.org/jira/browse/NETBEANS-2507 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Editor >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > Fix For: 11.2 > > Attachments: selfsampler.npss > > > There are serious issues with code completion in recent NetBeans versions. > Attached is a profiling snapshot: all I did was triggering autocompletion at > "java.nio.file.Files." > Of the 2 "Code Completion" threads with the most CPU time: > * one spends over 9 seconds in > [FastJar::list|https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FastJar.java#L154] > * the other involves a call to > org.netbeans.modules.j2ee.persistence.editor.completion.JPACodeCompletionProvider$JPACodeCompletionQuery.query > () even though the code completion had nothing to do with JPA and neither > the project nor the class use JPA -- 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-2507) Slow Java code completion
[ https://issues.apache.org/jira/browse/NETBEANS-2507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16957089#comment-16957089 ] Anthony Vanelverdinghe commented on NETBEANS-2507: -- Where can I download 11.2-vc1 for Windows? I don't see where to download the produced .zip at [https://builds.apache.org/job/netbeans-windows/] and [https://github.com/apache/netbeans/releases/tag/11.2-vc1] only has source zips as well. > Slow Java code completion > - > > Key: NETBEANS-2507 > URL: https://issues.apache.org/jira/browse/NETBEANS-2507 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Editor >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: selfsampler.npss > > > There are serious issues with code completion in recent NetBeans versions. > Attached is a profiling snapshot: all I did was triggering autocompletion at > "java.nio.file.Files." > Of the 2 "Code Completion" threads with the most CPU time: > * one spends over 9 seconds in > [FastJar::list|https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FastJar.java#L154] > * the other involves a call to > org.netbeans.modules.j2ee.persistence.editor.completion.JPACodeCompletionProvider$JPACodeCompletionQuery.query > () even though the code completion had nothing to do with JPA and neither > the project nor the class use JPA -- 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-2615) Netbeans would not let me exit
[ https://issues.apache.org/jira/browse/NETBEANS-2615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-2615: - Summary: Netbeans would not let me exit (was: Netbeans would not let me exist) > Netbeans would not let me exit > -- > > Key: NETBEANS-2615 > URL: https://issues.apache.org/jira/browse/NETBEANS-2615 > Project: NetBeans > Issue Type: Bug > Components: platform - Filesystems >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 1.8.0_201; Java HotSpot(TM) 64-Bit Server VM 25.201-b09 > Runtime: Java(TM) SE Runtime Environment 1.8.0_201-b09 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > User directory: C:\Users\dan.stolz\AppData\Roaming\NetBeans\11.0 > Cache directory: C:\Users\dan.stolz\AppData\Local\NetBeans\Cache\11.0 >Reporter: Daniel Stolz >Priority: Minor > Attachments: IDE.log, UI.log.xml > > > My computer powered down to a power outage. > When power was restored, NetBeans would not close without using Task Manager. > The UI log and IDE log are attached. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2507) Slow Java code completion
[ https://issues.apache.org/jira/browse/NETBEANS-2507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-2507: - Affects Version/s: 11.0 > Slow Java code completion > - > > Key: NETBEANS-2507 > URL: https://issues.apache.org/jira/browse/NETBEANS-2507 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Editor >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: selfsampler.npss > > > There are serious issues with code completion in recent NetBeans versions. > Attached is a profiling snapshot: all I did was triggering autocompletion at > "java.nio.file.Files." > Of the 2 "Code Completion" threads with the most CPU time: > * one spends over 9 seconds in > [FastJar::list|https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FastJar.java#L154] > * the other involves a call to > org.netbeans.modules.j2ee.persistence.editor.completion.JPACodeCompletionProvider$JPACodeCompletionQuery.query > () even though the code completion had nothing to do with JPA and neither > the project nor the class use JPA -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2507) Slow Java code completion
[ https://issues.apache.org/jira/browse/NETBEANS-2507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-2507: - Environment: Product Version: Apache NetBeans IDE 11.0 (Build incubator-netbeans-release-404-on-20190319) Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 Runtime: OpenJDK Runtime Environment 12.0.1+12 System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) > Slow Java code completion > - > > Key: NETBEANS-2507 > URL: https://issues.apache.org/jira/browse/NETBEANS-2507 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Editor > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: selfsampler.npss > > > There are serious issues with code completion in recent NetBeans versions. > Attached is a profiling snapshot: all I did was triggering autocompletion at > "java.nio.file.Files." > Of the 2 "Code Completion" threads with the most CPU time: > * one spends over 9 seconds in > [FastJar::list|https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FastJar.java#L154] > * the other involves a call to > org.netbeans.modules.j2ee.persistence.editor.completion.JPACodeCompletionProvider$JPACodeCompletionQuery.query > () even though the code completion had nothing to do with JPA and neither > the project nor the class use JPA -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2507) Slow Java code completion
[ https://issues.apache.org/jira/browse/NETBEANS-2507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-2507: - Component/s: ide - Performance > Slow Java code completion > - > > Key: NETBEANS-2507 > URL: https://issues.apache.org/jira/browse/NETBEANS-2507 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: selfsampler.npss > > > There are serious issues with code completion in recent NetBeans versions. > Attached is a profiling snapshot: all I did was triggering autocompletion at > "java.nio.file.Files." > Of the 2 "Code Completion" threads with the most CPU time: > * one spends over 9 seconds in > [FastJar::list|https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FastJar.java#L154] > * the other involves a call to > org.netbeans.modules.j2ee.persistence.editor.completion.JPACodeCompletionProvider$JPACodeCompletionQuery.query > () even though the code completion had nothing to do with JPA and neither > the project nor the class use JPA -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2507) Slow Java code completion
[ https://issues.apache.org/jira/browse/NETBEANS-2507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-2507: - Component/s: java - Editor > Slow Java code completion > - > > Key: NETBEANS-2507 > URL: https://issues.apache.org/jira/browse/NETBEANS-2507 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Editor >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: selfsampler.npss > > > There are serious issues with code completion in recent NetBeans versions. > Attached is a profiling snapshot: all I did was triggering autocompletion at > "java.nio.file.Files." > Of the 2 "Code Completion" threads with the most CPU time: > * one spends over 9 seconds in > [FastJar::list|https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FastJar.java#L154] > * the other involves a call to > org.netbeans.modules.j2ee.persistence.editor.completion.JPACodeCompletionProvider$JPACodeCompletionQuery.query > () even though the code completion had nothing to do with JPA and neither > the project nor the class use JPA -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-2536) Update Maven default action mappings
Anthony Vanelverdinghe created NETBEANS-2536: Summary: Update Maven default action mappings Key: NETBEANS-2536 URL: https://issues.apache.org/jira/browse/NETBEANS-2536 Project: NetBeans Issue Type: Bug Components: projects - Maven Affects Versions: 11.0 Reporter: Anthony Vanelverdinghe [defaultActionMappings.xml|https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/execute/defaultActionMappings.xml] should be updated to: * use the latest 1.6.0 version of org.codehaus.mojo:exec-maven-plugin * specify the "exec.longClasspath" property * specify --module-path in addition to --class-path -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-2507) Slow Java code completion
Anthony Vanelverdinghe created NETBEANS-2507: Summary: Slow Java code completion Key: NETBEANS-2507 URL: https://issues.apache.org/jira/browse/NETBEANS-2507 Project: NetBeans Issue Type: Bug Reporter: Anthony Vanelverdinghe Attachments: selfsampler.npss There are serious issues with code completion in recent NetBeans versions. Attached is a profiling snapshot: all I did was triggering autocompletion at "java.nio.file.Files." Of the 2 "Code Completion" threads with the most CPU time: * one spends over 9 seconds in [FastJar::list|https://github.com/apache/netbeans/blob/master/java/java.source.base/src/org/netbeans/modules/java/source/parsing/FastJar.java#L154] * the other involves a call to org.netbeans.modules.j2ee.persistence.editor.completion.JPACodeCompletionProvider$JPACodeCompletionQuery.query () even though the code completion had nothing to do with JPA and neither the project nor the class use JPA -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2499) Unable to open Maven project
[ https://issues.apache.org/jira/browse/NETBEANS-2499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16833041#comment-16833041 ] Anthony Vanelverdinghe edited comment on NETBEANS-2499 at 5/5/19 1:40 PM: -- > Only is what's causing the problem here. [~GeertjanWielenga] Point taken. You're saying that the is a necessary (though insufficient) condition. > And that appears to be from M2Eclipse, which you don't need when you're using > Maven, that's something specifically from Eclipse. Unless you're using Maven in combination with Eclipse, of course, which is the case here. > Exception caused my malformed xml file. [~vladpaln] This pom.xml is valid XML and Maven is able to process it just fine. was (Author: anthonyv.be): > Only is what's causing the problem here. [~GeertjanWielenga] As I have explicitly stated in the description, there are several ways to make NetBeans open the project correctly, even with the still in it. > And that appears to be from M2Eclipse, which you don't need when you're using > Maven, that's something specifically from Eclipse. Unless you're using Maven in combination with Eclipse, of course, which is the case here. And again: it *is* possible to make NetBeans open the project *with* that line still there. > Exception caused my malformed xml file. [...] Just like opening a project > with a pom full of rubbish. [~vladpaln] This pom.xml is *not* malformed: Maven is able to process it just fine. Obviously the given test case doesn't make much sense, but it *does* demonstrate that NetBeans is unable to open certain *valid* POMs. > Unable to open Maven project > > > Key: NETBEANS-2499 > URL: https://issues.apache.org/jira/browse/NETBEANS-2499 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: pom.xml > > > To reproduce: create a folder "nbissue", add the attached pom.xml to it, and > try to open it as a Maven project in NetBeans. > NetBeans will give an unexpected exception and a stacktrace like below. Note > that there are several possible modifications that will make NetBeans open > the pom.xml (e.g. deleting line 115 ``, deleting the large > comment block, ...) Also note the pom is valid as it is, and everything works > fine when using Maven (3.6.1 in my case) from the command-line. > java.lang.ArrayIndexOutOfBoundsException: Index 8442 out of bounds for length > 8192 > at org.codehaus.plexus.util.xml.pull.MXParser.parsePI(MXParser.java:2502) > at > org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1283) > at org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1131) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.nextTag(MavenXpp3ReaderEx.java:568) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePluginExecution(MavenXpp3ReaderEx.java:3302) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePlugin(MavenXpp3ReaderEx.java:3097) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseBuild(MavenXpp3ReaderEx.java:1025) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseModel(MavenXpp3ReaderEx.java:2550) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:4388) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:598) > at > org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:113) > at > org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:86) > at > org.apache.maven.model.building.DefaultModelProcessor.read(DefaultModelProcessor.java:81) > at > org.apache.maven.model.building.DefaultModelBuilder.readModel(DefaultModelBuilder.java:533) > at > org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:273) > at > org.netbeans.modules.maven.embedder.impl.NBModelBuilder.build(NBModelBuilder.java:53) > at > org.netbeans.modules.maven.embedder.MavenEmbedder.executeModelBuilder(MavenEmbedder.java:447) > at > org.netbeans.modules.maven.NbMavenProjectImpl.getRawModel(NbMavenProjectImpl.java:192) > at > org.netbeans.modules.maven.api.NbMavenProject.getRawModel(NbMavenProject.java:347) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.lambda$get$0(MavenProjectPropsImpl.java:93) > at >
[jira] [Commented] (NETBEANS-2499) Unable to open Maven project
[ https://issues.apache.org/jira/browse/NETBEANS-2499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16833041#comment-16833041 ] Anthony Vanelverdinghe commented on NETBEANS-2499: -- > Only is what's causing the problem here. [~GeertjanWielenga] As I have explicitly stated in the description, there are several ways to make NetBeans open the project correctly, even with the still in it. > And that appears to be from M2Eclipse, which you don't need when you're using > Maven, that's something specifically from Eclipse. Unless you're using Maven in combination with Eclipse, of course, which is the case here. And again: it *is* possible to make NetBeans open the project *with* that line still there. > Exception caused my malformed xml file. [...] Just like opening a project > with a pom full of rubbish. [~vladpaln] This pom.xml is *not* malformed: Maven is able to process it just fine. Obviously the given test case doesn't make much sense, but it *does* demonstrate that NetBeans is unable to open certain *valid* POMs. > Unable to open Maven project > > > Key: NETBEANS-2499 > URL: https://issues.apache.org/jira/browse/NETBEANS-2499 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) >Reporter: Anthony Vanelverdinghe >Priority: Major > Attachments: pom.xml > > > To reproduce: create a folder "nbissue", add the attached pom.xml to it, and > try to open it as a Maven project in NetBeans. > NetBeans will give an unexpected exception and a stacktrace like below. Note > that there are several possible modifications that will make NetBeans open > the pom.xml (e.g. deleting line 115 ``, deleting the large > comment block, ...) Also note the pom is valid as it is, and everything works > fine when using Maven (3.6.1 in my case) from the command-line. > java.lang.ArrayIndexOutOfBoundsException: Index 8442 out of bounds for length > 8192 > at org.codehaus.plexus.util.xml.pull.MXParser.parsePI(MXParser.java:2502) > at > org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1283) > at org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1131) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.nextTag(MavenXpp3ReaderEx.java:568) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePluginExecution(MavenXpp3ReaderEx.java:3302) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePlugin(MavenXpp3ReaderEx.java:3097) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseBuild(MavenXpp3ReaderEx.java:1025) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseModel(MavenXpp3ReaderEx.java:2550) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:4388) > at > org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:598) > at > org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:113) > at > org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:86) > at > org.apache.maven.model.building.DefaultModelProcessor.read(DefaultModelProcessor.java:81) > at > org.apache.maven.model.building.DefaultModelBuilder.readModel(DefaultModelBuilder.java:533) > at > org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:273) > at > org.netbeans.modules.maven.embedder.impl.NBModelBuilder.build(NBModelBuilder.java:53) > at > org.netbeans.modules.maven.embedder.MavenEmbedder.executeModelBuilder(MavenEmbedder.java:447) > at > org.netbeans.modules.maven.NbMavenProjectImpl.getRawModel(NbMavenProjectImpl.java:192) > at > org.netbeans.modules.maven.api.NbMavenProject.getRawModel(NbMavenProject.java:347) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.lambda$get$0(MavenProjectPropsImpl.java:93) > at > org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188) > at org.openide.util.Mutex.readAccess(Mutex.java:193) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:78) > at > org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:74) > at > org.netbeans.modules.maven.MavenProjectPropsImpl$PackagingProviderImpl.packaging(MavenProjectPropsImpl.java:304) > at > org.netbeans.modules.maven.api.NbMavenProject.getPackagingType(NbMavenProject.java:334) > at >
[jira] [Updated] (NETBEANS-2499) Unable to open Maven project
[ https://issues.apache.org/jira/browse/NETBEANS-2499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-2499: - Description: To reproduce: create a folder "nbissue", add the attached pom.xml to it, and try to open it as a Maven project in NetBeans. NetBeans will give an unexpected exception and a stacktrace like below. Note that there are several possible modifications that will make NetBeans open the pom.xml (e.g. deleting line 115 ``, deleting the large comment block, ...) Also note the pom is valid as it is, and everything works fine when using Maven (3.6.1 in my case) from the command-line. java.lang.ArrayIndexOutOfBoundsException: Index 8442 out of bounds for length 8192 at org.codehaus.plexus.util.xml.pull.MXParser.parsePI(MXParser.java:2502) at org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1283) at org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1131) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.nextTag(MavenXpp3ReaderEx.java:568) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePluginExecution(MavenXpp3ReaderEx.java:3302) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePlugin(MavenXpp3ReaderEx.java:3097) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseBuild(MavenXpp3ReaderEx.java:1025) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseModel(MavenXpp3ReaderEx.java:2550) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:4388) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:598) at org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:113) at org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:86) at org.apache.maven.model.building.DefaultModelProcessor.read(DefaultModelProcessor.java:81) at org.apache.maven.model.building.DefaultModelBuilder.readModel(DefaultModelBuilder.java:533) at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:273) at org.netbeans.modules.maven.embedder.impl.NBModelBuilder.build(NBModelBuilder.java:53) at org.netbeans.modules.maven.embedder.MavenEmbedder.executeModelBuilder(MavenEmbedder.java:447) at org.netbeans.modules.maven.NbMavenProjectImpl.getRawModel(NbMavenProjectImpl.java:192) at org.netbeans.modules.maven.api.NbMavenProject.getRawModel(NbMavenProject.java:347) at org.netbeans.modules.maven.MavenProjectPropsImpl.lambda$get$0(MavenProjectPropsImpl.java:93) at org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188) at org.openide.util.Mutex.readAccess(Mutex.java:193) at org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:78) at org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:74) at org.netbeans.modules.maven.MavenProjectPropsImpl$PackagingProviderImpl.packaging(MavenProjectPropsImpl.java:304) at org.netbeans.modules.maven.api.NbMavenProject.getPackagingType(NbMavenProject.java:334) at org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.check(NbMavenProjectImpl.java:829) at org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.(NbMavenProjectImpl.java:819) at org.netbeans.modules.maven.NbMavenProjectImpl.(NbMavenProjectImpl.java:245) at org.netbeans.modules.maven.NbMavenProjectFactory.loadProject(NbMavenProjectFactory.java:95) at org.netbeans.modules.projectapi.nb.NbProjectManager.createProject(NbProjectManager.java:376) at org.netbeans.modules.projectapi.nb.NbProjectManager.access$300(NbProjectManager.java:69) at org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:289) at org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:218) at org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188) at org.openide.util.Mutex.readAccess(Mutex.java:225) at org.netbeans.modules.projectapi.nb.NbProjectManager.findProject(NbProjectManager.java:218) at org.netbeans.api.project.ProjectManager.findProject(ProjectManager.java:142) at org.netbeans.modules.project.ui.OpenProjectList.fileToProject(OpenProjectList.java:1209) at org.netbeans.modules.project.ui.actions.OpenProject$1.run(OpenProject.java:125) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) was: To reproduce: create a folder "nbissue", add
[jira] [Created] (NETBEANS-2499) Unable to open Maven project
Anthony Vanelverdinghe created NETBEANS-2499: Summary: Unable to open Maven project Key: NETBEANS-2499 URL: https://issues.apache.org/jira/browse/NETBEANS-2499 Project: NetBeans Issue Type: Bug Components: projects - Maven Affects Versions: 11.0 Environment: Product Version: Apache NetBeans IDE 11.0 (Build incubator-netbeans-release-404-on-20190319) Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 Runtime: OpenJDK Runtime Environment 12.0.1+12 System: Windows 10 version 10.0 running on amd64; UTF-8; en_GB (nb) Reporter: Anthony Vanelverdinghe Attachments: pom.xml To reproduce: create a folder "nbissue", add the attached pom.xml to it, and try to open it as a Maven project in NetBeans. NetBeans will give an unexpected exception and a stacktrace like: java.lang.ArrayIndexOutOfBoundsException: Index 8442 out of bounds for length 8192 at org.codehaus.plexus.util.xml.pull.MXParser.parsePI(MXParser.java:2502) at org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1283) at org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1131) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.nextTag(MavenXpp3ReaderEx.java:568) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePluginExecution(MavenXpp3ReaderEx.java:3302) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parsePlugin(MavenXpp3ReaderEx.java:3097) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseBuild(MavenXpp3ReaderEx.java:1025) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.parseModel(MavenXpp3ReaderEx.java:2550) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:4388) at org.apache.maven.model.io.xpp3.MavenXpp3ReaderEx.read(MavenXpp3ReaderEx.java:598) at org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:113) at org.apache.maven.model.io.DefaultModelReader.read(DefaultModelReader.java:86) at org.apache.maven.model.building.DefaultModelProcessor.read(DefaultModelProcessor.java:81) at org.apache.maven.model.building.DefaultModelBuilder.readModel(DefaultModelBuilder.java:533) at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:273) at org.netbeans.modules.maven.embedder.impl.NBModelBuilder.build(NBModelBuilder.java:53) at org.netbeans.modules.maven.embedder.MavenEmbedder.executeModelBuilder(MavenEmbedder.java:447) at org.netbeans.modules.maven.NbMavenProjectImpl.getRawModel(NbMavenProjectImpl.java:192) at org.netbeans.modules.maven.api.NbMavenProject.getRawModel(NbMavenProject.java:347) at org.netbeans.modules.maven.MavenProjectPropsImpl.lambda$get$0(MavenProjectPropsImpl.java:93) at org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188) at org.openide.util.Mutex.readAccess(Mutex.java:193) at org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:78) at org.netbeans.modules.maven.MavenProjectPropsImpl.get(MavenProjectPropsImpl.java:74) at org.netbeans.modules.maven.MavenProjectPropsImpl$PackagingProviderImpl.packaging(MavenProjectPropsImpl.java:304) at org.netbeans.modules.maven.api.NbMavenProject.getPackagingType(NbMavenProject.java:334) at org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.check(NbMavenProjectImpl.java:829) at org.netbeans.modules.maven.NbMavenProjectImpl$PackagingTypeDependentLookup.(NbMavenProjectImpl.java:819) at org.netbeans.modules.maven.NbMavenProjectImpl.(NbMavenProjectImpl.java:245) at org.netbeans.modules.maven.NbMavenProjectFactory.loadProject(NbMavenProjectFactory.java:95) at org.netbeans.modules.projectapi.nb.NbProjectManager.createProject(NbProjectManager.java:376) at org.netbeans.modules.projectapi.nb.NbProjectManager.access$300(NbProjectManager.java:69) at org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:289) at org.netbeans.modules.projectapi.nb.NbProjectManager$2.run(NbProjectManager.java:218) at org.netbeans.modules.openide.util.DefaultMutexImplementation.readAccess(DefaultMutexImplementation.java:188) at org.openide.util.Mutex.readAccess(Mutex.java:225) at org.netbeans.modules.projectapi.nb.NbProjectManager.findProject(NbProjectManager.java:218) at org.netbeans.api.project.ProjectManager.findProject(ProjectManager.java:142) at org.netbeans.modules.project.ui.OpenProjectList.fileToProject(OpenProjectList.java:1209) at org.netbeans.modules.project.ui.actions.OpenProject$1.run(OpenProject.java:125) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at
[jira] [Commented] (NETBEANS-2409) Very Slow Operations on Windows
[ https://issues.apache.org/jira/browse/NETBEANS-2409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16828972#comment-16828972 ] Anthony Vanelverdinghe commented on NETBEANS-2409: -- Even if a signed installer would help (which I doubt, since I've always used the .zip version of NetBeans 8.2 & it's a lot more performant than any version that came after it), this would still not solve the issue for people who prefer the .zip version. > Very Slow Operations on Windows > > > Key: NETBEANS-2409 > URL: https://issues.apache.org/jira/browse/NETBEANS-2409 > Project: NetBeans > Issue Type: Bug >Affects Versions: 10.0, 11.0 > Environment: Windows >Reporter: Laszlo Kishalmi >Priority: Critical > Labels: Performance, Windows, pull-request-available > Attachments: NB11_autocomplete.nps, NB11_getHint.nps, > WinFilesystemSlow.png > > Time Spent: 20m > Remaining Estimate: 0h > > What is the best course of action for reporting slowness? I can’t share my > project. > I’m not certain how to give step-by-step instructions when the problem is > basically one step in most cases. E.g. invoke auto-complete - nothing > happens for several seconds. Invoke rename - dialog doesn’t appear for > several seconds. Find usages - extremely slow > 5 second delay on a private > member of a class less than 100 lines. > In general it seems NB 11 is noticeably slower than NB 8.2. Not good > considering slowness was already my #1 complaint about NB 8.2. I have so far > found the benefits of NB outweigh the fact that it is much slower than other > IDEs for the same operations, but the slowness of NB 11 is tipping the scale. > I don’t want to switch IDEs, pease don’t interpret this as some sort of > threat to do so. I would like to help find the issues in NB. But I don’t > have the bandwidth to debug NB and not being about to share my project makes > it difficult to provide helpful reports :-( > Are others seeing the slowness? > Find usages, renames, call-hierarchy, auto-complete… things I use all the > time, I often have to wait 5 to 10 seconds for a response from the IDE, > sometimes more. > I’ve already deleted user dir and cache and restarted. > I’m using Gradle-based Java projects, running NB 11.0 with JDK 8u202. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-735) Exception is thrown when excluding an artefact from within the Maven Graph
[ https://issues.apache.org/jira/browse/NETBEANS-735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16817805#comment-16817805 ] Anthony Vanelverdinghe commented on NETBEANS-735: - The bug is pretty obvious: [GraphNode::getDuplicatesOrConflicts|https://github.com/apache/incubator-netbeans/blob/master/java/java.graph/src/org/netbeans/modules/java/graph/GraphNode.java#L76] returns an unmodifiableSet, while [MavenAction::updateGraphAfterExclusion|https://github.com/apache/incubator-netbeans/blob/master/java/maven.graph/src/org/netbeans/modules/maven/graph/MavenAction.java#L167] invokes "removeAll" on it. > Exception is thrown when excluding an artefact from within the Maven Graph > -- > > Key: NETBEANS-735 > URL: https://issues.apache.org/jira/browse/NETBEANS-735 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-277-on-20180425) > Java: 10.0.1; Java HotSpot(TM) 64-Bit Server VM 10.0.1+10 > Runtime: Java(TM) SE Runtime Environment 10.0.1+10 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_DE (nb) >Reporter: Thomas Kellerer >Priority: Major > > When displaying the dependency graph of a Maven based project and then > excluding an artefact by right-clicking on it and choosing "Exclude" the > following exception is thrown: > > {noformat} > java.lang.UnsupportedOperationException > at > java.base/java.util.Collections$UnmodifiableCollection.removeAll(Collections.java:1069) > at > org.netbeans.modules.maven.graph.MavenAction.updateGraphAfterExclusion(MavenAction.java:167) > at > org.netbeans.modules.maven.graph.ExcludeDepAction.actionPerformed(ExcludeDepAction.java:77) > at > java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967) > at > java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308) > at > java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405) > at > java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262) > at > java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369) > at > java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:980) > at > java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1024) > at > java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297) > at java.desktop/java.awt.Component.processMouseEvent(Component.java:6589) > at > java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) > at java.desktop/java.awt.Component.processEvent(Component.java:6354) > at java.desktop/java.awt.Container.processEvent(Container.java:2261) > at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966) > at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319) > at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798) > at > java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4914) > at > java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4543) > at > java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4484) > at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2305) > at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772) > at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798) > at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) > at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) > at > java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:97) > at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) > at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) > at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) > at >
[jira] [Comment Edited] (NETBEANS-245) Profiler fails to launch when using Maven 3.5.x
[ https://issues.apache.org/jira/browse/NETBEANS-245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16817645#comment-16817645 ] Anthony Vanelverdinghe edited comment on NETBEANS-245 at 4/15/19 8:26 AM: -- For me, placing Netbeans in a folder with no space does *not* fix this problem. This fails: {code} cd E:\Workspaces\NetBeans-11.0\mavenproject1; JAVA_HOME=D:\\Dev\\JDK\\jdk-12 M2_HOME=D:\\Dev\\Tools\\apache-maven-3.6.1 cmd /c "\"\"D:\\Dev\\Tools\\apache-maven-3.6.1\\bin\\mvn.cmd\" -Dexec.args=\"-agentpath:D:/Dev/IDEs/incubating-netbeans-11.0-bin/netbeans/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll=D:\\Dev\\IDEs\\incubating-netbeans-11.0-bin\\netbeans\\profiler\\lib,5140,10 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=\\\"D:\\NetBeans cache\\E-Workspaces-NetBeans-11.0\\mavencachedirs\\330757114\\org-netbeans-modules-profiler\\\" -classpath %classpath com.mycompany.mavenproject1.NewClass\" -Dexec.executable=D:\\Dev\\JDK\\jdk-12\\bin\\java.exe -Dexec.classpathScope=runtime -Dmaven.ext.class.path=D:\\Dev\\IDEs\\incubating-netbeans-11.0-bin\\netbeans\\java\\maven-nblib\\netbeans-eventspy.jar process-classes org.codehaus.mojo:exec-maven-plugin:1.5.0:exec\"" {code} was (Author: anthonyv.be): For me, placing Netbeans in a folder with no space does *not* fix this problem. This fails: cd E:\Workspaces\NetBeans-11.0\mavenproject1; JAVA_HOME=D:\\Dev\\JDK\\jdk-12 M2_HOME=D:\\Dev\\Tools\\apache-maven-3.6.1 cmd /c "\"\"D:\\Dev\\Tools\\apache-maven-3.6.1\\bin\\mvn.cmd\" -Dexec.args=\"-agentpath:D:/Dev/IDEs/incubating-netbeans-11.0-bin/netbeans/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll=D:\\Dev\\IDEs\\incubating-netbeans-11.0-bin\\netbeans\\profiler\\lib,5140,10 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=\\\"D:\\NetBeans cache\\E-Workspaces-NetBeans-11.0\\mavencachedirs\\330757114\\org-netbeans-modules-profiler\\\" -classpath %classpath com.mycompany.mavenproject1.NewClass\" -Dexec.executable=D:\\Dev\\JDK\\jdk-12\\bin\\java.exe -Dexec.classpathScope=runtime -Dmaven.ext.class.path=D:\\Dev\\IDEs\\incubating-netbeans-11.0-bin\\netbeans\\java\\maven-nblib\\netbeans-eventspy.jar process-classes org.codehaus.mojo:exec-maven-plugin:1.5.0:exec\"" > Profiler fails to launch when using Maven 3.5.x > --- > > Key: NETBEANS-245 > URL: https://issues.apache.org/jira/browse/NETBEANS-245 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > This issue was originally reported as > https://netbeans.org/bugzilla/show_bug.cgi?id=271059 > Essentially the Java profiler works fine for Maven projects if you use Maven > 3.3.9 but fails as soon as you use version 3.5.0 and up. This is because > mvn.cmd was substantially modified in that version. > Running under Maven 3.5.2 I get the following error: > {code} > *** Profiler message (Tue Jan 02 23:15:41 EST 2018): Starting target > application... > C:\Program Files\Java\jdk-9.0.1\bin\java.exe -agentpath:C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll > -Xbootclasspath/a:C:\Program > Files\netbeans-159\profiler\lib\jfluid-server.jar;C:\Program > Files\netbeans-159\profiler\lib\jfluid-server-15.jar > org.netbeans.lib.profiler.server.ProfilerServer C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64 5141 10 > Profiler+Calibration+Run > cd C:\Users\Gili\Documents\pyramid\server; "JAVA_HOME=C:\\Program > Files\\Java\\jdk1.8.0_141" "M2_HOME=C:\\Program Files\\apache-maven-3.5.2" > cmd /c "\"\"C:\\Program Files\\apache-maven-3.5.2\\bin\\mvn.cmd\" > -Dexec.args=\"-agentpath:\\\"C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll\\\"=\\\"C:\\Program > Files\\netbeans-159\\profiler\\lib\\\",5140,10 > -XX:+HeapDumpOnOutOfMemoryError > -XX:HeapDumpPath=C:\\Users\\Gili\\AppData\\Local\\NetBeans\\Cache\\dev\\mavencachedirs\\354137174\\org-netbeans-modules-profiler > -ea -classpath %classpath com.holdmyspot.pyramid.server.Main\" > -Dexec.executable=\"C:\\Program Files\\Java\\jdk1.8.0_141\\bin\\java.exe\" > -Dexec.workingdir=C:\\Users\\Gili\\Documents\\Pyramid\\server\\target > -Dmaven.ext.class.path=\"C:\\Program >
[jira] [Commented] (NETBEANS-245) Profiler fails to launch when using Maven 3.5.x
[ https://issues.apache.org/jira/browse/NETBEANS-245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16817645#comment-16817645 ] Anthony Vanelverdinghe commented on NETBEANS-245: - For me, placing Netbeans in a folder with no space does *not* fix this problem. This fails: cd E:\Workspaces\NetBeans-11.0\mavenproject1; JAVA_HOME=D:\\Dev\\JDK\\jdk-12 M2_HOME=D:\\Dev\\Tools\\apache-maven-3.6.1 cmd /c "\"\"D:\\Dev\\Tools\\apache-maven-3.6.1\\bin\\mvn.cmd\" -Dexec.args=\"-agentpath:D:/Dev/IDEs/incubating-netbeans-11.0-bin/netbeans/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll=D:\\Dev\\IDEs\\incubating-netbeans-11.0-bin\\netbeans\\profiler\\lib,5140,10 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=\\\"D:\\NetBeans cache\\E-Workspaces-NetBeans-11.0\\mavencachedirs\\330757114\\org-netbeans-modules-profiler\\\" -classpath %classpath com.mycompany.mavenproject1.NewClass\" -Dexec.executable=D:\\Dev\\JDK\\jdk-12\\bin\\java.exe -Dexec.classpathScope=runtime -Dmaven.ext.class.path=D:\\Dev\\IDEs\\incubating-netbeans-11.0-bin\\netbeans\\java\\maven-nblib\\netbeans-eventspy.jar process-classes org.codehaus.mojo:exec-maven-plugin:1.5.0:exec\"" > Profiler fails to launch when using Maven 3.5.x > --- > > Key: NETBEANS-245 > URL: https://issues.apache.org/jira/browse/NETBEANS-245 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > This issue was originally reported as > https://netbeans.org/bugzilla/show_bug.cgi?id=271059 > Essentially the Java profiler works fine for Maven projects if you use Maven > 3.3.9 but fails as soon as you use version 3.5.0 and up. This is because > mvn.cmd was substantially modified in that version. > Running under Maven 3.5.2 I get the following error: > {code} > *** Profiler message (Tue Jan 02 23:15:41 EST 2018): Starting target > application... > C:\Program Files\Java\jdk-9.0.1\bin\java.exe -agentpath:C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll > -Xbootclasspath/a:C:\Program > Files\netbeans-159\profiler\lib\jfluid-server.jar;C:\Program > Files\netbeans-159\profiler\lib\jfluid-server-15.jar > org.netbeans.lib.profiler.server.ProfilerServer C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64 5141 10 > Profiler+Calibration+Run > cd C:\Users\Gili\Documents\pyramid\server; "JAVA_HOME=C:\\Program > Files\\Java\\jdk1.8.0_141" "M2_HOME=C:\\Program Files\\apache-maven-3.5.2" > cmd /c "\"\"C:\\Program Files\\apache-maven-3.5.2\\bin\\mvn.cmd\" > -Dexec.args=\"-agentpath:\\\"C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll\\\"=\\\"C:\\Program > Files\\netbeans-159\\profiler\\lib\\\",5140,10 > -XX:+HeapDumpOnOutOfMemoryError > -XX:HeapDumpPath=C:\\Users\\Gili\\AppData\\Local\\NetBeans\\Cache\\dev\\mavencachedirs\\354137174\\org-netbeans-modules-profiler > -ea -classpath %classpath com.holdmyspot.pyramid.server.Main\" > -Dexec.executable=\"C:\\Program Files\\Java\\jdk1.8.0_141\\bin\\java.exe\" > -Dexec.workingdir=C:\\Users\\Gili\\Documents\\Pyramid\\server\\target > -Dmaven.ext.class.path=\"C:\\Program > Files\\netbeans-159\\java\\maven-nblib\\netbeans-eventspy.jar\" > -Dfile.encoding=UTF-8 process-classes > org.codehaus.mojo:exec-maven-plugin:1.5.0:exec\"" > The syntax of the command is incorrect. > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-147) Content in string literals are formatted by Format
[ https://issues.apache.org/jira/browse/NETBEANS-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-147: Component/s: (was: cnd - Editor) web - HTML Editor php - Editor > Content in string literals are formatted by Format > -- > > Key: NETBEANS-147 > URL: https://issues.apache.org/jira/browse/NETBEANS-147 > Project: NetBeans > Issue Type: Bug > Components: php - Editor, web - HTML Editor >Affects Versions: 8.2, 10.0 >Reporter: Gunnar Grim >Priority: Critical > Labels: format, html > > When formatting an HTML page/PHP file, string literal content is formatted. > Before formatting I had this attribute on a div in an Agular view: > ng-class="($first ? '' : 'hidden-xs hidden-sm')" > After formatting, NetBeans changed it into this: > ng-class="($first ? '' : 'hidden - xs hidden - sm')" > This is pretty serious IMO since the page presentation is messed up by > incorrect classes. > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2122) Support "native" Git
[ https://issues.apache.org/jira/browse/NETBEANS-2122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anthony Vanelverdinghe updated NETBEANS-2122: - Description: Native git should be supported because: * JGit inevitably lags behind native git, e.g. support for "gitattributes" [1] took over 7(!) years, and there's still no support for "git worktree" [2] and "includeIf" [3] * JGit's lack of support for certain features leads to unreliable/surprising behavior and possible data loss, e.g. [4] * NetBeans lags behind JGit (and quite a lot by now, see NETBEANS-519), because it needs to upgrade the bundled JGit Due to the unreliable behavior, this is a Bug to me, not a New Feature. See also https://netbeans.org/bugzilla/show_bug.cgi?id=268242 [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=342372 [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=477475 [3] https://bugs.eclipse.org/bugs/show_bug.cgi?id=543171 [4] https://bugs.eclipse.org/bugs/show_bug.cgi?id=477745 was: Native git should be supported because: * JGit inevitably lags behind native git, e.g. support for "gitattributes" [1] took over 7(!) years, and there's still no support for "git worktree" [2] and "includeIf" [3] * JGit's lack of support for certain features leads to unreliable/surprising behavior and possible data loss, e.g. [4] * NetBeans lags behind JGit (and quite a lot by now, see issue 519), because it needs to upgrade the bundled JGit Due to the unreliable behavior, this is a Bug to me, not a New Feature. See also https://netbeans.org/bugzilla/show_bug.cgi?id=268242 [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=342372 [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=477475 [3] https://bugs.eclipse.org/bugs/show_bug.cgi?id=543171 [4] https://bugs.eclipse.org/bugs/show_bug.cgi?id=477745 > Support "native" Git > > > Key: NETBEANS-2122 > URL: https://issues.apache.org/jira/browse/NETBEANS-2122 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 10.0 >Reporter: Anthony Vanelverdinghe >Priority: Major > > Native git should be supported because: > * JGit inevitably lags behind native git, e.g. support for "gitattributes" > [1] took over 7(!) years, and there's still no support for "git worktree" [2] > and "includeIf" [3] > * JGit's lack of support for certain features leads to unreliable/surprising > behavior and possible data loss, e.g. [4] > * NetBeans lags behind JGit (and quite a lot by now, see NETBEANS-519), > because it needs to upgrade the bundled JGit > Due to the unreliable behavior, this is a Bug to me, not a New Feature. > See also https://netbeans.org/bugzilla/show_bug.cgi?id=268242 > [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=342372 > [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=477475 > [3] https://bugs.eclipse.org/bugs/show_bug.cgi?id=543171 > [4] https://bugs.eclipse.org/bugs/show_bug.cgi?id=477745 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-2122) Support "native" Git
Anthony Vanelverdinghe created NETBEANS-2122: Summary: Support "native" Git Key: NETBEANS-2122 URL: https://issues.apache.org/jira/browse/NETBEANS-2122 Project: NetBeans Issue Type: Bug Components: versioncontrol - Git Affects Versions: 10.0 Reporter: Anthony Vanelverdinghe Native git should be supported because: * JGit inevitably lags behind native git, e.g. support for "gitattributes" [1] took over 7(!) years, and there's still no support for "git worktree" [2] and "includeIf" [3] * JGit's lack of support for certain features leads to unreliable/surprising behavior and possible data loss, e.g. [4] * NetBeans lags behind JGit (and quite a lot by now, see issue 519), because it needs to upgrade the bundled JGit Due to the unreliable behavior, this is a Bug to me, not a New Feature. See also https://netbeans.org/bugzilla/show_bug.cgi?id=268242 [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=342372 [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=477475 [3] https://bugs.eclipse.org/bugs/show_bug.cgi?id=543171 [4] https://bugs.eclipse.org/bugs/show_bug.cgi?id=477745 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1812) Problem after updating nb-javac
[ https://issues.apache.org/jira/browse/NETBEANS-1812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16731868#comment-16731868 ] Anthony Vanelverdinghe commented on NETBEANS-1812: -- This is a duplicate of NETBEANS-1697. > Problem after updating nb-javac > --- > > Key: NETBEANS-1812 > URL: https://issues.apache.org/jira/browse/NETBEANS-1812 > Project: NetBeans > Issue Type: Bug >Affects Versions: 10.0 > Environment: Windows 10 >Reporter: HenryDL >Priority: Major > > On NetBeans 10 vc 5 I was asked by the IDE notification to update the > nb-javac plugin. I agreed to proceed, but directly afterwards the > notifications area showed this new problem: > {noformat} > --- > >Log Session: Saturday, December 22, 2018 at 6:37:30 AM Central Africa Time > >System Info: > Product Version = Apache NetBeans IDE 10.0 (Build > incubator-netbeans-release-380-on-20181217) > Operating System = Windows 10 version 10.0 running on amd64 > Java; VM; Vendor = 11.0.1; Java HotSpot(TM) 64-Bit Server VM 11.0.1+13-LTS; > Oracle Corporation > Runtime = Java(TM) SE Runtime Environment 11.0.1+13-LTS > Java Home = C:\Program Files\Java\jdk-11.0.1 > System Locale; Encoding = en_ZA (nb); Cp1252 > Home Directory = C:\Users\Henry > Current Directory = C:\_Code\_TOOLS\netbeans 10vc5\bin > User Directory = C:\Users\Henry\AppData\Roaming\NetBeans\10.0 > Cache Directory = C:\Users\Henry\AppData\Local\NetBeans\Cache\10.0 > Installation = C:\_Code\_TOOLS\netbeans 10vc5\nb > C:\_Code\_TOOLS\netbeans 10vc5\ergonomics > C:\_Code\_TOOLS\netbeans 10vc5\ide > C:\_Code\_TOOLS\netbeans 10vc5\extide > C:\_Code\_TOOLS\netbeans 10vc5\java > C:\_Code\_TOOLS\netbeans 10vc5\apisupport > C:\_Code\_TOOLS\netbeans 10vc5\webcommon > C:\_Code\_TOOLS\netbeans 10vc5\websvccommon > C:\_Code\_TOOLS\netbeans 10vc5\profiler > C:\_Code\_TOOLS\netbeans 10vc5\php > C:\_Code\_TOOLS\netbeans 10vc5\harness > C:\_Code\_TOOLS\netbeans 10vc5\groovy > C:\_Code\_TOOLS\netbeans 10vc5\javafx > C:\_Code\_TOOLS\netbeans 10vc5\platform > Boot & Ext. Classpath = > Application Classpath = C:\_Code\_TOOLS\netbeans > 10vc5\platform\lib\boot.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\lib\org-openide-modules.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\lib\org-openide-util-lookup.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\lib\org-openide-util-ui.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\lib\org-openide-util.jar > Startup Classpath = C:\_Code\_TOOLS\netbeans > 10vc5\platform\core\asm-all-5.0.1.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\core\core-base.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\core\core.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\core\org-netbeans-libs-asm.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\core\org-openide-filesystems-compat8.jar;C:\_Code\_TOOLS\netbeans > 10vc5\platform\core\org-openide-filesystems.jar;C:\_Code\_TOOLS\netbeans > 10vc5\nb\core\org-netbeans-upgrader.jar;C:\_Code\_TOOLS\netbeans > 10vc5\nb\core\locale\core_nb.jar > --- > INFO [org.netbeans.modules.netbinox]: Install area set to > file:/C:/_Code/_TOOLS/netbeans 10vc5/ > WARNING [org.netbeans.core.modules]: the modules > [org.netbeans.modules.java.editor.lib, org.netbeans.modules.xml.text] use > org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated. > WARNING [org.netbeans.core.modules]: the modules > [org.netbeans.modules.ide.kit, org.netbeans.modules.xml.text] use > org.netbeans.modules.editor.structure which is deprecated. > WARNING [org.netbeans.core.modules]: the modules > [org.netbeans.modules.java.hints, org.netbeans.modules.jshell.support, > org.netbeans.modules.maven.hints] use > org.netbeans.modules.java.hints.legacy.spi which is deprecated: Use Java > Hints SPI (org.netbeans.spi.java.hints) instead. > WARNING > [org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: > Can not resolve URL: > nbinst://org.netbeans.modules.j2ee.eclipselink/modules/ext/docs/javax.persistence-2.1.0-doc.zip > WARNING [null]: Last record repeated again. > WARNING > [org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: > Can not resolve URL: > nbinst://org.netbeans.libs.jaxb/modules/ext/jaxb/jaxb-impl.jar > WARNING > [org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: > Can not resolve URL: > nbinst://org.netbeans.libs.jaxb/modules/ext/jaxb/jaxb-xjc.jar > WARNING > [org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: > Can not resolve URL: > nbinst://org.netbeans.modules.xml.jaxb.api/modules/ext/jaxb/api/jsr173_1.0_api.jar > WARNING >