[jira] [Created] (NETBEANS-4320) Change method parameters goes out to lunch
Shevek created NETBEANS-4320: Summary: Change method parameters goes out to lunch Key: NETBEANS-4320 URL: https://issues.apache.org/jira/browse/NETBEANS-4320 Project: NetBeans Issue Type: Bug Reporter: Shevek Freezes for 2 minutes here, every time: "AWT-EventQueue-0" #20 prio=6 os_prio=0 tid=0x7f20040ee000 nid=0x7152 runnable [0x7f20557c7000] java.lang.Thread.State: RUNNABLE at org.apache.lucene.index.TermInfosReader.get(TermInfosReader.java:183) at org.apache.lucene.index.TermInfosReader.terms(TermInfosReader.java:304) at org.apache.lucene.index.SegmentReader.terms(SegmentReader.java:464) at org.apache.lucene.index.DirectoryReader$MultiTermEnum.(DirectoryReader.java:1112) at org.apache.lucene.index.DirectoryReader.terms(DirectoryReader.java:710) at org.apache.lucene.search.WildcardTermEnum.(WildcardTermEnum.java:65) at org.apache.lucene.search.WildcardQuery.getEnum(WildcardQuery.java:59) at org.apache.lucene.search.TermCollectingRewrite.collectTerms(TermCollectingRewrite.java:34) at org.apache.lucene.search.ConstantScoreAutoRewrite.rewrite(ConstantScoreAutoRewrite.java:87) at org.apache.lucene.search.MultiTermQuery$ConstantScoreAutoRewrite.rewrite(MultiTermQuery.java:215) at org.apache.lucene.search.MultiTermQuery.rewrite(MultiTermQuery.java:304) at org.apache.lucene.search.BooleanQuery.rewrite(BooleanQuery.java:356) at org.apache.lucene.search.IndexSearcher.rewrite(IndexSearcher.java:592) at org.apache.lucene.search.Searcher.createNormalizedWeight(Searcher.java:167) at org.apache.lucene.search.IndexSearcher.createNormalizedWeight(IndexSearcher.java:664) at org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:383) at org.netbeans.modules.parsing.lucene.LuceneIndex.query(LuceneIndex.java:164) at org.netbeans.modules.java.source.usages.PersistentClassIndex.lambda$search$1(PersistentClassIndex.java:254) at org.netbeans.modules.java.source.usages.PersistentClassIndex$$Lambda$417/1828744740.run(Unknown Source) at org.netbeans.modules.parsing.lucene.support.IndexManager$4.call(IndexManager.java:192) 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.lucene.support.IndexManager.priorityAccess(IndexManager.java:189) at org.netbeans.modules.java.source.usages.PersistentClassIndex.search(PersistentClassIndex.java:249) at org.netbeans.api.java.source.ClassIndex.searchImpl(ClassIndex.java:499) at org.netbeans.api.java.source.ClassIndex.getElements(ClassIndex.java:342) at org.netbeans.modules.refactoring.java.RefactoringUtils.implementorsQuery(RefactoringUtils.java:144) at org.netbeans.modules.refactoring.java.RefactoringUtils.getImplementorsAsHandles(RefactoringUtils.java:137) at org.netbeans.modules.refactoring.java.plugins.ChangeParametersPlugin$Checks.findDuplicateSubMethods(ChangeParametersPlugin.java:590) at org.netbeans.modules.refactoring.java.plugins.ChangeParametersPlugin$Checks.accessModifiers(ChangeParametersPlugin.java:559) at org.netbeans.modules.refactoring.java.plugins.ChangeParametersPlugin$Checks.access$000(ChangeParametersPlugin.java:317) at org.netbeans.modules.refactoring.java.plugins.ChangeParametersPlugin.fastCheckParameters(ChangeParametersPlugin.java:101) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$WorkingTask.run(JavaRefactoringPlugin.java:399) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$WorkingTask.run(JavaRefactoringPlugin.java:369) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) 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)
[jira] [Updated] (NETBEANS-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-3744: - Attachment: visualvm-gradle-netbeans-611.png > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png, > visualvm-gradle-netbeans-611.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17036428#comment-17036428 ] Shevek commented on NETBEANS-3744: -- !visualvm-gradle-netbeans-611.png! > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png, > visualvm-gradle-netbeans-611.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17036427#comment-17036427 ] Shevek commented on NETBEANS-3744: -- !visualvm-gradle-netbeans-611.png! For the record. Gradle 6.1.1 with NB11.2 has the same issue. Looks like some sort of 10 minute timeout on a cache within Gradle, as the memory is clearly cleanly released after spending 10 mins in ergonomics. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3860) java.lang.NoSuchFieldError: bound
Shevek created NETBEANS-3860: Summary: java.lang.NoSuchFieldError: bound Key: NETBEANS-3860 URL: https://issues.apache.org/jira/browse/NETBEANS-3860 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Reporter: Shevek java.lang.NoSuchFieldError: bound at org.netbeans.api.java.source.SourceUtils.getBound(SourceUtils.java:198) at org.netbeans.api.java.source.TypeUtilities$TypeNameVisitor.visitWildcard(TypeUtilities.java:450) at org.netbeans.api.java.source.TypeUtilities$TypeNameVisitor.visitWildcard(TypeUtilities.java:363) at com.sun.tools.javac.code.Type$WildcardType.accept(Type.java:943) at javax.lang.model.util.AbstractTypeVisitor6.visit(AbstractTypeVisitor6.java:91) at org.netbeans.api.java.source.TypeUtilities.getTypeName(TypeUtilities.java:146) at org.netbeans.modules.editor.java.Utilities.getTypeName(Utilities.java:301) at org.netbeans.modules.editor.java.Utilities.getTypeName(Utilities.java:290) at org.netbeans.modules.editor.java.JavaCompletionItem$MethodItem.(JavaCompletionItem.java:1784) at org.netbeans.modules.editor.java.JavaCompletionItem$MethodItem.(JavaCompletionItem.java:1730) at org.netbeans.modules.editor.java.JavaCompletionItem.createExecutableItem(JavaCompletionItem.java:180) at org.netbeans.modules.editor.java.JavaCompletionItemFactory.createExecutableItem(JavaCompletionItemFactory.java:111) at org.netbeans.modules.editor.java.JavaCompletionItemFactory.createExecutableItem(JavaCompletionItemFactory.java:49) at org.netbeans.modules.java.completion.JavaCompletionTask.addMembers(JavaCompletionTask.java:3692) at org.netbeans.modules.java.completion.JavaCompletionTask.insideMemberSelect(JavaCompletionTask.java:1836) at org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:375) at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:93) 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) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) 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) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17027929#comment-17027929 ] Shevek commented on NETBEANS-3744: -- I can't figure it out by choosing objects and finding a root - they all seem not to have one, which suggests that there's some possible weirdness relating to a cache, weakreferences, softreferences, or something, which isn't visible in the heap dump. I think the core of this is that NB really has to load the project once and get all subprojects - this might go some way to fixing inter-subproject references, too, which are currently very badly behaved. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17027919#comment-17027919 ] Shevek commented on NETBEANS-3744: -- !nb-gradle-class-stats.png! This is approx stats from a 10Gb-ish heap dump from a Gradle daemon. I didn't do the retained-sets analysis yet because that will take several hours and probably crash. What I see here is that much of this is Gradle/project infrastructure. So I'm looking for either a timed cache, or something in the tooling holding onto a pointer to the root of a project, 100 times over for the 100 project loads that NB does. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-3744: - Attachment: nb-gradle-class-stats.png > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-class-stats.png, > nb-gradle-recovery-weirdness.png, netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17027915#comment-17027915 ] Shevek commented on NETBEANS-3744: -- !nb-gradle-recovery-weirdness.png! Shows that it IS possible for a Gradle to recover from the storm, i.e. something presumably IS holding a ref. I have a heapdump, but I got a "bad tag" when attempting to read it. As my teachers used to say, "Could try harder." > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-recovery-weirdness.png, > netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-3744: - Attachment: nb-gradle-recovery-weirdness.png > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-recovery-weirdness.png, > netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17027099#comment-17027099 ] Shevek commented on NETBEANS-3744: -- > Unfortunately there is no current way to ask Gradle to tell which files a > project is depending on. I have often wished for a force-reload or force-rescan option on projects, both because Gradle gets out of step, and because the NB file-tree gets out of step with what's on disk, and the only way to force even a rescan of a src/main/java dir to see what files exist on disk is to restart. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17025489#comment-17025489 ] Shevek commented on NETBEANS-3744: -- I'll try to get one which is kind of half-way busted and run a heap analysis on it overnight. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17025487#comment-17025487 ] Shevek commented on NETBEANS-3744: -- Is netbeans holding some pointer/handle/something into the Gradle daemon that's causing things not to GC? > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17025441#comment-17025441 ] Shevek commented on NETBEANS-3744: -- FINE [org.netbeans.modules.gradle.GradleProjectCache]: Loaded project /home/shevek/java/ in 13,891 msec INFO [FaceletsLibrarySupport]: Invalidating facelets libraries due to a library descriptor change. INFO [null]: Last record repeated again. FINE [org.netbeans.modules.gradle.GradleProjectCache]: Loaded project /home/shevek/java/ in 32,841 msec FINE [org.netbeans.modules.gradle.GradleProjectCache]: Loaded project /home/shevek/java/ in 21,830 msec This is presumably caused by the JVM going into Ergonomics, which is caused by all of the above Gradle model/plugin issues... these projects normally load in 10ms, and 100 projects load in 3s on the command line. Can I make NetBeans use --no-daemon? > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17023955#comment-17023955 ] Shevek commented on NETBEANS-3744: -- I think I've figured out over a few restatrs now that if build.gradle contains `apply from: file.groovy` and file.groovy changes, NetBeans does NOT detect that change, even on restart, and I must manually delete .gradle/nb-cache every time. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17023950#comment-17023950 ] Shevek commented on NETBEANS-3744: -- I added `-J-Dorg.netbeans.modules.gradle.GradleProjectCache.level=ALL` and the effect was that NetBeans didn't load the projects in any meaningful sense at all. It just became a dumb text editor. I saw something about JavacParserFactory returned null parser for . I tried two reloads of NetBeans - both of which were really fast, but useless. Removing the flag again now wait, hang on, it's broken even without the flag. ARGH... ARGH!!! so, wait, tools, plugins, intall nb-javac... but it was INSTALLED 5 minutes ago, I was USING it... Also the race conditions refactoring across modules are killing me today.## Reenabling Gradle logging again for next restart. no, as far as I can tell, now, NB isn't invoking or talking to Gradle at all, and so isn't seeing my classpath updates, so now it can't build my code. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17023933#comment-17023933 ] Shevek commented on NETBEANS-3744: -- !netbeans-gradle-out-of-memory.png! Up to 1:04 is normal Gradle operation on this build. At about 1:06 I started NetBeans. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-3744: - Attachment: netbeans-gradle-out-of-memory.png > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > Attachments: netbeans-gradle-out-of-memory.png > > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17023694#comment-17023694 ] Shevek commented on NETBEANS-3744: -- rebase is triggering a reload even if no build metafiles change. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17023692#comment-17023692 ] Shevek commented on NETBEANS-3744: -- I also haven't tracked if it's loading any projects multiple times. If you throw any performance logging into the gradle plugin/support, I'll gladly give feedback/results. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17023347#comment-17023347 ] Shevek commented on NETBEANS-3744: -- Not that much changes, but I think NB is watching some files which cause a total reload, e.g. adding/removing a module by editing settings.gradle is basically fatal. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022612#comment-17022612 ] Shevek commented on NETBEANS-3744: -- NB is fully loaded now. I make that 39 minutes. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022611#comment-17022611 ] Shevek commented on NETBEANS-3744: -- 30 minutes later (and with one git rebase in the middle which triggered some more loads) NetBeans is STILL loading Gradle projects. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022607#comment-17022607 ] Shevek commented on NETBEANS-3744: -- Took 12 minutes to load Gradle projects, and so far 5 minutes scanning background, 81% complete so far. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022601#comment-17022601 ] Shevek commented on NETBEANS-3744: -- I confess I've wondered whether NB is asking Gradle to load the projects in a way which causes the Groovy code to be separately compiled per invocation, rather than all being compiled from the context of the root, because the Gradle memory is all org.codehaus.groovy.runtime.metaclass.MetaMethodIndex$Entry which suggests that it's compiling far more (non-shared) Groovy in the NB context than the command-line context. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3744) NetBeans should load multi-project gradle projects in one shot
[ https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022598#comment-17022598 ] Shevek commented on NETBEANS-3744: -- Other strategies might include querying MemoryMXBean (or whatever it's called) to discover percentage of heap free after last major GC cycle before deciding to reuse a daemon, etc. Note: We work around this outside NB by setting the daemon timeout to be 5 mins on dev machines, and using --no-daemon on build machines. > NetBeans should load multi-project gradle projects in one shot > -- > > Key: NETBEANS-3744 > URL: https://issues.apache.org/jira/browse/NETBEANS-3744 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1, 11.2 > Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x > yet. > I think Gradle 4.10.3 did not have the issue, but we didn't have 100 > subprojects and/or use a shared build cache back then either. >Reporter: Shevek >Priority: Major > > It appears that NB does a gradle "build" (model, whatever) per subproject in > a multi module project. Given a project with say 100 subprojects, two things > happen: > 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. > 2. It never completes, because after 30 or 40 projects, Gradle runs out of > RAM, and the Gradle JVM goes into GC Ergonomics while holding various > system-wide Gradle locks, and now the entire system is hung and NO Gradle > invocation on that system can proceed. > Please can NetBeans load this project-set in one bite, with a single > invocation, from which it can get all the model data (like it used to with > the old Gradle plugin)? > This is the major reason why NetBeans takes such a long time to load, and > frequently, when it detects file changes, I can only get NB to be usable > again by restarting it. > I already gave Gradle 10Gb of RAM; the project is definitely buildable and > testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble > but it's vastly exacerbated by the NB Gradle model-loading strategy. > Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think > NB just used to crash. -- 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-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022597#comment-17022597 ] Shevek commented on NETBEANS-3741: -- Raised NETBEANS-3744 to cover at least one major reason of the slow start. That covers probably 80% of the load time, the remaining 20% being background scanning, indexing, etc. > NetBeans loads, but file tree is broken > --- > > Key: NETBEANS-3741 > URL: https://issues.apache.org/jira/browse/NETBEANS-3741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Shevek >Priority: Major > > No idea, I'm afraid. I added a module to my build, exited and restarted > netbeans (because it can't detect addition of gradle modules) and got this > lovely lot, and it looks OK but I can't copy-paste files in the project tree, > so I guess I'll restart it again. > INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: > Inspecting plugins took 81 ms > INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available > plugins for import in /home/shevek/.netbeans/11.1 > WARNING [org.netbeans.TopSecurityManager]: use of system property > netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at > org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [JavaHyperlinkProvider.instance, > org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, > HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) > SEVERE [null]: Last record repeated 2 more times. > SEVERE [null]: Last record repeated 3 more times. > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: > Resolving dependencies took: 200 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 2 binary roots took: 4 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources > took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding > listeners took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java > took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 4 source roots took: 1,290 ms (New or modified files: 2, Deleted > files: 0) [Adding listeners took: 0 ms] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 >
[jira] [Created] (NETBEANS-3744) NetBeans should load multi-project gradle projects in one shot
Shevek created NETBEANS-3744: Summary: NetBeans should load multi-project gradle projects in one shot Key: NETBEANS-3744 URL: https://issues.apache.org/jira/browse/NETBEANS-3744 Project: NetBeans Issue Type: Bug Affects Versions: 11.2, 11.1 Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x yet. I think Gradle 4.10.3 did not have the issue, but we didn't have 100 subprojects and/or use a shared build cache back then either. Reporter: Shevek It appears that NB does a gradle "build" (model, whatever) per subproject in a multi module project. Given a project with say 100 subprojects, two things happen: 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER. 2. It never completes, because after 30 or 40 projects, Gradle runs out of RAM, and the Gradle JVM goes into GC Ergonomics while holding various system-wide Gradle locks, and now the entire system is hung and NO Gradle invocation on that system can proceed. Please can NetBeans load this project-set in one bite, with a single invocation, from which it can get all the model data (like it used to with the old Gradle plugin)? This is the major reason why NetBeans takes such a long time to load, and frequently, when it detects file changes, I can only get NB to be usable again by restarting it. I already gave Gradle 10Gb of RAM; the project is definitely buildable and testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble but it's vastly exacerbated by the NB Gradle model-loading strategy. Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think NB just used to crash. -- 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-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022572#comment-17022572 ] Shevek commented on NETBEANS-3741: -- Also, if my responses to issues are sometimes a little sensitive to being asked to reload things or blow things away, I'm sorry, and that's why. If I'm on a deadline, I have to switch back to vi and fix netbeans another day. > NetBeans loads, but file tree is broken > --- > > Key: NETBEANS-3741 > URL: https://issues.apache.org/jira/browse/NETBEANS-3741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Shevek >Priority: Major > > No idea, I'm afraid. I added a module to my build, exited and restarted > netbeans (because it can't detect addition of gradle modules) and got this > lovely lot, and it looks OK but I can't copy-paste files in the project tree, > so I guess I'll restart it again. > INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: > Inspecting plugins took 81 ms > INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available > plugins for import in /home/shevek/.netbeans/11.1 > WARNING [org.netbeans.TopSecurityManager]: use of system property > netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at > org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [JavaHyperlinkProvider.instance, > org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, > HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) > SEVERE [null]: Last record repeated 2 more times. > SEVERE [null]: Last record repeated 3 more times. > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: > Resolving dependencies took: 200 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 2 binary roots took: 4 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources > took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding > listeners took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java > took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 4 source roots took: 1,290 ms (New or modified files: 2, Deleted > files: 0) [Adding listeners took: 0 ms] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor >
[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022570#comment-17022570 ] Shevek commented on NETBEANS-3741: -- To be honest, at this point, it's what I'm used to, and I'm also trying to support the community by reporting issues, given that I have a nontrivial workload. That's 15 minutes on a 12-core xeon with 64Gb of RAM, NetBeans JVM max heap about 4Gb. :D BTW re: Gradle, opening buildSrc as a project really doesn't work, I actually reserve a second NetBeans installation just for that. It gets all bent out of shape. > NetBeans loads, but file tree is broken > --- > > Key: NETBEANS-3741 > URL: https://issues.apache.org/jira/browse/NETBEANS-3741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Shevek >Priority: Major > > No idea, I'm afraid. I added a module to my build, exited and restarted > netbeans (because it can't detect addition of gradle modules) and got this > lovely lot, and it looks OK but I can't copy-paste files in the project tree, > so I guess I'll restart it again. > INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: > Inspecting plugins took 81 ms > INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available > plugins for import in /home/shevek/.netbeans/11.1 > WARNING [org.netbeans.TopSecurityManager]: use of system property > netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at > org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [JavaHyperlinkProvider.instance, > org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, > HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) > SEVERE [null]: Last record repeated 2 more times. > SEVERE [null]: Last record repeated 3 more times. > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: > Resolving dependencies took: 200 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 2 binary roots took: 4 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources > took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding > listeners took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java > took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 4 source roots took: 1,290 ms (New
[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022555#comment-17022555 ] Shevek commented on NETBEANS-3741: -- User directory removed, modules reinstalled, etc, now waiting for netbeans to load again. It can take >15 minutes to load sometimes, particularly when cleaned out. Wild guess at how I broke it: Restart netbeans to load a new project, and while nb was loading the existing (previously) opened projects, also ask it to open the new subproject. Race condition in startup? Waiting for loading to complete, THEN opening the new subproject seems OK. > NetBeans loads, but file tree is broken > --- > > Key: NETBEANS-3741 > URL: https://issues.apache.org/jira/browse/NETBEANS-3741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Shevek >Priority: Major > > No idea, I'm afraid. I added a module to my build, exited and restarted > netbeans (because it can't detect addition of gradle modules) and got this > lovely lot, and it looks OK but I can't copy-paste files in the project tree, > so I guess I'll restart it again. > INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: > Inspecting plugins took 81 ms > INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available > plugins for import in /home/shevek/.netbeans/11.1 > WARNING [org.netbeans.TopSecurityManager]: use of system property > netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at > org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [JavaHyperlinkProvider.instance, > org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, > HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) > SEVERE [null]: Last record repeated 2 more times. > SEVERE [null]: Last record repeated 3 more times. > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: > Resolving dependencies took: 200 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 2 binary roots took: 4 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources > took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding > listeners took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java > took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 4
[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022545#comment-17022545 ] Shevek commented on NETBEANS-3741: -- rm -rf ~/.netbeans/11.2/var/filehistory/ # tentative fix, right now But now Go To Type shows no results from my project... > NetBeans loads, but file tree is broken > --- > > Key: NETBEANS-3741 > URL: https://issues.apache.org/jira/browse/NETBEANS-3741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Shevek >Priority: Major > > No idea, I'm afraid. I added a module to my build, exited and restarted > netbeans (because it can't detect addition of gradle modules) and got this > lovely lot, and it looks OK but I can't copy-paste files in the project tree, > so I guess I'll restart it again. > INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: > Inspecting plugins took 81 ms > INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available > plugins for import in /home/shevek/.netbeans/11.1 > WARNING [org.netbeans.TopSecurityManager]: use of system property > netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at > org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [JavaHyperlinkProvider.instance, > org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, > HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) > SEVERE [null]: Last record repeated 2 more times. > SEVERE [null]: Last record repeated 3 more times. > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: > Resolving dependencies took: 200 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 2 binary roots took: 4 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources > took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding > listeners took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java > took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 4 source roots took: 1,290 ms (New or modified files: 2, Deleted > files: 0) [Adding listeners took: 0 ms] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at >
[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022537#comment-17022537 ] Shevek commented on NETBEANS-3741: -- Here's where I think my attitude to code differs from this: The null-ness of a pointer is a statically checkable property, i.e. a pointer either can or cannot be null, and if it's indirected upon, it MUST NOT be null. Surely this type of bug can be found by static analysis? What happens if you build netbeans with errorprone and fix all the NP issues, particularly those which have bug reports against them? All I can get out of NetBeans now is this, repeatedly. Any suggestions about what else I can blow away or disable to get this back to working? SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 java.lang.NullPointerException at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) 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) SEVERE [null]: Last record repeated 4 more times. WARNING [org.netbeans.modules.versioning.util.Utils]: associateEncoding() no file object available for /tmp/vcs-1579815379632/vcs-1579816256283/TranspilerConfigurationTest.java INFO [org.netbeans.modules.parsing.impl.SourceCache]: Parser factory: org.netbeans.modules.java.source.parsing.JavacParserFactory@32666fea returned null parser for Snapshot 720910405: TranspilerConfigurationTest.java WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with the position attribute: [org-netbeans-modules-editor-java-JavaBracesMatcher.shadow], but some are: [org-netbeans-modules-editor-bracesmatching-LegacyEssMatcher.instance, org-netbeans-modules-editor-bracesmatching-DefaultMatcher.instance] SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 java.lang.NullPointerException at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:305) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) 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) SEVERE [null]: Last record repeated again. SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 java.lang.NullPointerException at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) at
[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022538#comment-17022538 ] Shevek commented on NETBEANS-3741: -- About box says: Cache directory: /home/shevek/.cache/netbeans/11.2 So the second thing in my rm command above should be the cache directory. > NetBeans loads, but file tree is broken > --- > > Key: NETBEANS-3741 > URL: https://issues.apache.org/jira/browse/NETBEANS-3741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Shevek >Priority: Major > > No idea, I'm afraid. I added a module to my build, exited and restarted > netbeans (because it can't detect addition of gradle modules) and got this > lovely lot, and it looks OK but I can't copy-paste files in the project tree, > so I guess I'll restart it again. > INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: > Inspecting plugins took 81 ms > INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available > plugins for import in /home/shevek/.netbeans/11.1 > WARNING [org.netbeans.TopSecurityManager]: use of system property > netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at > org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [JavaHyperlinkProvider.instance, > org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, > HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) > SEVERE [null]: Last record repeated 2 more times. > SEVERE [null]: Last record repeated 3 more times. > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: > Resolving dependencies took: 200 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 2 binary roots took: 4 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources > took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding > listeners took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java > took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 4 source roots took: 1,290 ms (New or modified files: 2, Deleted > files: 0) [Adding listeners took: 0 ms] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at >
[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022533#comment-17022533 ] Shevek commented on NETBEANS-3741: -- Doing this did not help: rm -rf .gradle/nb-cache/ ~/.cache/netbeans/11.2/ > NetBeans loads, but file tree is broken > --- > > Key: NETBEANS-3741 > URL: https://issues.apache.org/jira/browse/NETBEANS-3741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Shevek >Priority: Major > > No idea, I'm afraid. I added a module to my build, exited and restarted > netbeans (because it can't detect addition of gradle modules) and got this > lovely lot, and it looks OK but I can't copy-paste files in the project tree, > so I guess I'll restart it again. > INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: > Inspecting plugins took 81 ms > INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available > plugins for import in /home/shevek/.netbeans/11.1 > WARNING [org.netbeans.TopSecurityManager]: use of system property > netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at > org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [JavaHyperlinkProvider.instance, > org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, > HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) > SEVERE [null]: Last record repeated 2 more times. > SEVERE [null]: Last record repeated 3 more times. > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: > Resolving dependencies took: 200 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 2 binary roots took: 4 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources > took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding > listeners took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java > took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 4 source roots took: 1,290 ms (New or modified files: 2, Deleted > files: 0) [Adding listeners took: 0 ms] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at >
[jira] [Created] (NETBEANS-3742) NPE in WebProjectBrowserProvider
Shevek created NETBEANS-3742: Summary: NPE in WebProjectBrowserProvider Key: NETBEANS-3742 URL: https://issues.apache.org/jira/browse/NETBEANS-3742 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Reporter: Shevek Dunno. java.lang.NullPointerException at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:305) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) 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) SEVERE [null]: Last record repeated again. -- 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-3741) NetBeans loads, but file tree is broken
[ https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17022517#comment-17022517 ] Shevek commented on NETBEANS-3741: -- nope, netbeans has managed to persist the screwed-ness, restarting doesn't help. :( :( very very :( I guess I blow away state files until it either starts working again, or I go back to using vi. This is Bad(tm) > NetBeans loads, but file tree is broken > --- > > Key: NETBEANS-3741 > URL: https://issues.apache.org/jira/browse/NETBEANS-3741 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Shevek >Priority: Major > > No idea, I'm afraid. I added a module to my build, exited and restarted > netbeans (because it can't detect addition of gradle modules) and got this > lovely lot, and it looks OK but I can't copy-paste files in the project tree, > so I guess I'll restart it again. > INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: > Inspecting plugins took 81 ms > INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available > plugins for import in /home/shevek/.netbeans/11.1 > WARNING [org.netbeans.TopSecurityManager]: use of system property > netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at > org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) > WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with > the position attribute: > [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], > but some are: [JavaHyperlinkProvider.instance, > org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, > HyperlinkProviderImpl.instance, > org-netbeans-modules-editor-url-HyperlinkImpl.instance] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) > SEVERE [null]: Last record repeated 2 more times. > SEVERE [null]: Last record repeated 3 more times. > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: > Resolving dependencies took: 200 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 2 binary roots took: 4 ms > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources > took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding > listeners took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java > took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing > of: > /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java > took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners > took: 0 ms] > INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete > indexing of 4 source roots took: 1,290 ms (New or modified files: 2, Deleted > files: 0) [Adding listeners took: 0 ms] > SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor >
[jira] [Created] (NETBEANS-3741) NetBeans loads, but file tree is broken
Shevek created NETBEANS-3741: Summary: NetBeans loads, but file tree is broken Key: NETBEANS-3741 URL: https://issues.apache.org/jira/browse/NETBEANS-3741 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Reporter: Shevek No idea, I'm afraid. I added a module to my build, exited and restarted netbeans (because it can't detect addition of gradle modules) and got this lovely lot, and it looks OK but I can't copy-paste files in the project tree, so I guess I'll restart it again. INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: Inspecting plugins took 81 ms INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 3 available plugins for import in /home/shevek/.netbeans/11.1 WARNING [org.netbeans.TopSecurityManager]: use of system property netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at org.netbeans.modules.autoupdate.pluginimporter.Installer.getUserDir(Installer.java:167) WARNING [org.openide.filesystems.Ordering]: Not all children in / marked with the position attribute: [org-netbeans-modules-lsp-client-bindings-HyperlinkProviderImpl.instance], but some are: [JavaHyperlinkProvider.instance, org.netbeans.modules.j2ee.persistence.editor.hyperlink.NamedQueryHyperlinkProvider.instance, HyperlinkProviderImpl.instance, org-netbeans-modules-editor-url-HyperlinkImpl.instance] SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 java.lang.NullPointerException at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) 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) SEVERE [null]: Last record repeated 2 more times. SEVERE [null]: Last record repeated 3 more times. INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving dependencies took: 200 ms INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 2 binary roots took: 4 ms INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing of: /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/resources took: 1,279 ms (New or modified files: 2, Deleted files: 0) [Adding listeners took: 0 ms] INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing of: /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/resources took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners took: 0 ms] INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing of: /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/main/java took: 0 ms (New or modified files: 0, Deleted files: 0) [Adding listeners took: 0 ms] INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Indexing of: /home/shevek/java/compilerworks/compilerworks-plugin-test-integration/src/test/java took: 11 ms (New or modified files: 0, Deleted files: 0) [Adding listeners took: 0 ms] INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 4 source roots took: 1,290 ms (New or modified files: 2, Deleted files: 0) [Adding listeners took: 0 ms] SEVERE [org.openide.util.RequestProcessor]: Error in RequestProcessor org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8 java.lang.NullPointerException at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:303)
[jira] [Commented] (NETBEANS-2608) Graphics: Can't tell when a project has an error
[ https://issues.apache.org/jira/browse/NETBEANS-2608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17013157#comment-17013157 ] Shevek commented on NETBEANS-2608: -- Great. At this instant, I have 97 projects open on a 5K monitor, and about 30 on a 3K monitor, and this will help a LOT. Thank you. > Graphics: Can't tell when a project has an error > > > Key: NETBEANS-2608 > URL: https://issues.apache.org/jira/browse/NETBEANS-2608 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Shevek >Priority: Major > Attachments: nb-gradle-icons.png > > > I care about only one thing in the project summary: Does a project have an > error. > Look at the attached image, and tell me at a glance which subprojects have > errors? > I can't see because there's too much other noise in confusing colours. > Please can you remove all unnecessary noise from the project icon EXCEPT red > for error, and something NOT-in-the-red-spectrum for OK. > The kind of dark orange coffee cup makes the icon totally useless. > Imagine 200 of these icons on a 4K screen. > I don't care if it's a gradle project or a maven project, whether anyone > thinks it contains XML or EJBs, or is upside down or written in greek. I KNOW > that stuff anyway, it's not a rapidly changing property of a project. What I > want the IDE to tell me is "Does this contain an error". There's no other > useful information there. > Please note, just for the record: None of these subprojects have errors, it's > a NetBeans synchronization or source-rescanning bug that it thinks they do. > When I ask it to compile, it's fine. But that's not what this ticket is about. -- 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-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
[ https://issues.apache.org/jira/browse/NETBEANS-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17006234#comment-17006234 ] Shevek commented on NETBEANS-3041: -- 30 second code review looks a lot better, I see a break statement where I expected one, thank you again. > NetBeans gradle invoker not honouring org.gradle.jvmargs > > > Key: NETBEANS-3041 > URL: https://issues.apache.org/jira/browse/NETBEANS-3041 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available, pull-requests-available > Fix For: 11.3 > > Time Spent: 4h 20m > Remaining Estimate: 0h > > cat .gradle/gradle.properties > org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer > This property is not honoured by NetBeans when it starts a Gradle daemon, so > I end up with a Gradle daemon using the "default" amount of RAM, which on > some machines is too little, and on some is too much (it's 25% of system RAM). > I'm guessing this is because it's loaded by the wrapper, not the daemon, > because other properties like org.gradle.daemon.idletimeout=36 are > honoured by NB's gradle daemon. > The other effect of not loading that property is that I get multiple gradle > dameons running, each consuming 16Gb of RAM, because they're "incompatible", > so fixing this will save me about 16Gb of RAM per system. > I'm a bit shaky on this bug report, but ... I think this is what's going on. > (footnote: oh dear, Shevek broke something again, what on earth is that idiot > doing with NetBeans and why can't Shevek just behave like a "normal" > developer :D :D) -- 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-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
[ https://issues.apache.org/jira/browse/NETBEANS-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17006233#comment-17006233 ] Shevek commented on NETBEANS-3041: -- Thank you. For clarity, I did not actually reproduce this bug in 11.2, I discovered it by doing code review of the PR on github, but it jumped out at me. Also, I know for a fact that if I _did_ switch to 11.2, I would hit the bug as several of the circumstances above apply to our organization. > NetBeans gradle invoker not honouring org.gradle.jvmargs > > > Key: NETBEANS-3041 > URL: https://issues.apache.org/jira/browse/NETBEANS-3041 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available, pull-requests-available > Fix For: 11.3 > > Time Spent: 4h 20m > Remaining Estimate: 0h > > cat .gradle/gradle.properties > org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer > This property is not honoured by NetBeans when it starts a Gradle daemon, so > I end up with a Gradle daemon using the "default" amount of RAM, which on > some machines is too little, and on some is too much (it's 25% of system RAM). > I'm guessing this is because it's loaded by the wrapper, not the daemon, > because other properties like org.gradle.daemon.idletimeout=36 are > honoured by NB's gradle daemon. > The other effect of not loading that property is that I get multiple gradle > dameons running, each consuming 16Gb of RAM, because they're "incompatible", > so fixing this will save me about 16Gb of RAM per system. > I'm a bit shaky on this bug report, but ... I think this is what's going on. > (footnote: oh dear, Shevek broke something again, what on earth is that idiot > doing with NetBeans and why can't Shevek just behave like a "normal" > developer :D :D) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Reopened] (NETBEANS-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
[ https://issues.apache.org/jira/browse/NETBEANS-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek reopened NETBEANS-3041: -- Logic in PR-1501 https://github.com/apache/netbeans/pull/1501/files?utf8=%E2%9C%93=unified=1#diff-1054443aad556a1faa1f1d5342d9eb17R831 does not behave the same as gradle does: 1. If different -Xmx values are specified in the project vs in the global home, the global should take precedence. 2. Bug: If the projectdir exists, the system gradle.properties will not be loaded. BUG! 3. Previous bug REGARDLESS of whether there is a gradle.properties in the project dir. Please can netbeans follow the same logic as https://docs.gradle.org/current/userguide/build_environment.html#sec:gradle_configuration_properties > NetBeans gradle invoker not honouring org.gradle.jvmargs > > > Key: NETBEANS-3041 > URL: https://issues.apache.org/jira/browse/NETBEANS-3041 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available, pull-requests-available > Fix For: 11.2 > > Time Spent: 2h 50m > Remaining Estimate: 0h > > cat .gradle/gradle.properties > org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer > This property is not honoured by NetBeans when it starts a Gradle daemon, so > I end up with a Gradle daemon using the "default" amount of RAM, which on > some machines is too little, and on some is too much (it's 25% of system RAM). > I'm guessing this is because it's loaded by the wrapper, not the daemon, > because other properties like org.gradle.daemon.idletimeout=36 are > honoured by NB's gradle daemon. > The other effect of not loading that property is that I get multiple gradle > dameons running, each consuming 16Gb of RAM, because they're "incompatible", > so fixing this will save me about 16Gb of RAM per system. > I'm a bit shaky on this bug report, but ... I think this is what's going on. > (footnote: oh dear, Shevek broke something again, what on earth is that idiot > doing with NetBeans and why can't Shevek just behave like a "normal" > developer :D :D) -- 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-3496) NPE on navigate-to-class
[ https://issues.apache.org/jira/browse/NETBEANS-3496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16985186#comment-16985186 ] Shevek commented on NETBEANS-3496: -- Note that: 1. this is a multi-project gradle project, 2. the indexer recognized the target class name, and 3. the subproject containing the target class was NOT open. > NPE on navigate-to-class > > > Key: NETBEANS-3496 > URL: https://issues.apache.org/jira/browse/NETBEANS-3496 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > > Press ^1, ^O, type *Foo*Task, get this, and no class: > java.lang.NullPointerException > at > org.netbeans.modules.java.source.pretty.ImportAnalysis2.getPackageOf(ImportAnalysis2.java:393) > at > org.netbeans.modules.java.source.pretty.ImportAnalysis2.resolveImport(ImportAnalysis2.java:310) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:475) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:74) > at > com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2203) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) > at > org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:135) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:593) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:335) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:74) > at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) > at > org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:198) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:545) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:322) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:74) > at > com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599) > at > org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) > at > org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) > at > org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:867) > at > org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:899) > at > org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1326) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at >
[jira] [Created] (NETBEANS-3496) NPE on navigate-to-class
Shevek created NETBEANS-3496: Summary: NPE on navigate-to-class Key: NETBEANS-3496 URL: https://issues.apache.org/jira/browse/NETBEANS-3496 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Reporter: Shevek Press ^1, ^O, type *Foo*Task, get this, and no class: java.lang.NullPointerException at org.netbeans.modules.java.source.pretty.ImportAnalysis2.getPackageOf(ImportAnalysis2.java:393) at org.netbeans.modules.java.source.pretty.ImportAnalysis2.resolveImport(ImportAnalysis2.java:310) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:475) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:74) at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2203) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) at org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:135) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:593) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:335) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:74) at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) at org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:198) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:545) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:322) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:74) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) at org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) at org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:867) at org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:899) at org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1326) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) at org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) at org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) at org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) at org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) at org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) at org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) at org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118)
[jira] [Commented] (NETBEANS-2371) Gradle projects not properly loaded
[ https://issues.apache.org/jira/browse/NETBEANS-2371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16978018#comment-16978018 ] Shevek commented on NETBEANS-2371: -- I think this has improved over time: Now, either * The project loads OK, OR: * The project fails to load because NetBeans simply doesn't see an entire set of input files (separate, as yet unreported issue, most likely to do with a race around masterfs). We don't tend to see the thing where 1 or 2 files in a project don't compile with no apparent reason. We do see a thing where if we add a non-cached dep to a build.gradle, the project fails to load in nb, and we must: * Run a build outside nb * Run download-sources within nb in order to get the project to behave. > Gradle projects not properly loaded > --- > > Key: NETBEANS-2371 > URL: https://issues.apache.org/jira/browse/NETBEANS-2371 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.0 > Environment: Netbeans 11 > Gradle 5 > Java 11 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Major > Attachments: org-netbeans-modules-gradle-java.nbm > > > - gradle module (plugin) has problem to resolve dependencies in multi project > as seems I can removed reds only if I go over each one subproject and do > clean and build (clean and build on root has no affects) and additionally it > seems that for some test resources even this was not enough, but it seems > that works old trick so creation folder and adding some new class (possible > even delete) and possibly with including "refresh" from Action items window. -- 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-3276) NPE in WebProjectBrowserProvider.
[ https://issues.apache.org/jira/browse/NETBEANS-3276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16962575#comment-16962575 ] Shevek commented on NETBEANS-3276: -- We have never used the war plugin afaik. > NPE in WebProjectBrowserProvider. > - > > Key: NETBEANS-3276 > URL: https://issues.apache.org/jira/browse/NETBEANS-3276 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:305) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) -- 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-3276) NPE in WebProjectBrowserProvider.
[ https://issues.apache.org/jira/browse/NETBEANS-3276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16961403#comment-16961403 ] Shevek commented on NETBEANS-3276: -- That makes sense - we don't think of javaee as a "thing" - some of our projects use some javaee technologies, e.g. servlet, but we certainly don't think of javaee as a concept, it's just a label that Sun has slapped onto some of the libraries we use. Also, while our projects mostly compile all the time, sometimes a build file doesn't load because of files, dependencies, etc moving around, and this is relatively normal. > NPE in WebProjectBrowserProvider. > - > > Key: NETBEANS-3276 > URL: https://issues.apache.org/jira/browse/NETBEANS-3276 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:305) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) -- 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-3276) NPE in WebProjectBrowserProvider.
[ https://issues.apache.org/jira/browse/NETBEANS-3276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16961328#comment-16961328 ] Shevek commented on NETBEANS-3276: -- Also, I've never seen this before the latest updated 11.1. > NPE in WebProjectBrowserProvider. > - > > Key: NETBEANS-3276 > URL: https://issues.apache.org/jira/browse/NETBEANS-3276 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:305) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) -- 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-3276) NPE in WebProjectBrowserProvider.
[ https://issues.apache.org/jira/browse/NETBEANS-3276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16961324#comment-16961324 ] Shevek commented on NETBEANS-3276: -- No idea, I'm afraid. Sometimes happens at startup, sometimes doesn't. Didn't happen in my restart just now. I have no Maven projects, only the one Gradle project open - I've moved to using two separate NB installations, one for my single biggest Gradle project, and one for all the other smaller ones. I think I've only seen this on the big one, but that's probably just frequency of use. > NPE in WebProjectBrowserProvider. > - > > Key: NETBEANS-3276 > URL: https://issues.apache.org/jira/browse/NETBEANS-3276 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > > java.lang.NullPointerException > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) > at > org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:305) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) > at > org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) > 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) -- 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-3276) NPE in WebProjectBrowserProvider.
Shevek created NETBEANS-3276: Summary: NPE in WebProjectBrowserProvider. Key: NETBEANS-3276 URL: https://issues.apache.org/jira/browse/NETBEANS-3276 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Reporter: Shevek java.lang.NullPointerException at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.getPreferences(WebProjectBrowserProvider.java:119) at org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.removePropertyChangeListener(WebProjectBrowserProvider.java:106) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:320) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:305) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$700(ActiveBrowserAction.java:86) at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$8.run(ActiveBrowserAction.java:295) 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) -- 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-3200) Netbeans broke with NPE, needs restart
Shevek created NETBEANS-3200: Summary: Netbeans broke with NPE, needs restart Key: NETBEANS-3200 URL: https://issues.apache.org/jira/browse/NETBEANS-3200 Project: NetBeans Issue Type: Bug Components: java - Source Affects Versions: 11.1 Reporter: Shevek Caused by regenerating a file on disk - NetBeans racing to reload the file against the (external) code-generator? Anyway, it broke NetBeans fatally, and needs a restart: Caused: java.lang.NullPointerException at com.sun.tools.javac.tree.TreeInfo.isModuleInfo(TreeInfo.java:1241) at org.netbeans.lib.nbjavac.services.NBEnter.visitTopLevel(NBEnter.java:60) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328) at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343) at com.sun.tools.javac.comp.Enter.complete(Enter.java:813) at com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:878) at com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:827) at com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:362) at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:384) at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:300) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1352) at com.sun.tools.javac.code.Type$ClassType.complete(Type.java:1146) at com.sun.tools.javac.code.Type$ClassType.getTypeArguments(Type.java:1067) at com.sun.tools.javac.code.Type$ClassType.isErroneous(Type.java:1102) at com.sun.tools.javac.comp.Resolve.findGlobalType(Resolve.java:2245) at com.sun.tools.javac.comp.Resolve.findType(Resolve.java:2324) at com.sun.tools.javac.comp.Resolve.findIdentInternal(Resolve.java:2357) at com.sun.tools.javac.comp.Resolve.findIdent(Resolve.java:2343) at com.sun.tools.javac.comp.Resolve.resolveIdent(Resolve.java:2604) at com.sun.tools.javac.comp.Attr.visitIdent(Attr.java:3924) at com.sun.tools.javac.tree.JCTree$JCIdent.accept(JCTree.java:2329) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:672) at com.sun.tools.javac.comp.Attr.attribType(Attr.java:742) at com.sun.tools.javac.comp.Attr.attribType(Attr.java:735) at com.sun.tools.javac.comp.Attr.attribBase(Attr.java:907) at com.sun.tools.javac.comp.TypeEnter$AbstractHeaderPhase.attribSuperTypes(TypeEnter.java:689) at com.sun.tools.javac.comp.TypeEnter$HierarchyPhase.runPhase(TypeEnter.java:762) at com.sun.tools.javac.comp.TypeEnter$Phase.doCompleteEnvs(TypeEnter.java:298) at com.sun.tools.javac.comp.TypeEnter$HierarchyPhase.complete(TypeEnter.java:805) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1352) at com.sun.tools.javac.comp.TypeEnter$HierarchyPhase.doCompleteEnvs(TypeEnter.java:750) at com.sun.tools.javac.comp.TypeEnter$Phase.completeEnvs(TypeEnter.java:267) at com.sun.tools.javac.comp.TypeEnter$Phase.completeEnvs(TypeEnter.java:282) at com.sun.tools.javac.comp.TypeEnter.complete(TypeEnter.java:214) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1352) at com.sun.tools.javac.comp.Enter.complete(Enter.java:820) at com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:878) at com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:827) at com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:362) at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:384) at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:300) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645) at com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1352) at com.sun.tools.javac.code.Type$ClassType.complete(Type.java:1146) at com.sun.tools.javac.code.Type$ClassType.getTypeArguments(Type.java:1067) at com.sun.tools.javac.code.Type$ClassType.isErroneous(Type.java:1102) at com.sun.tools.javac.comp.Resolve.findGlobalType(Resolve.java:2245) at com.sun.tools.javac.comp.Resolve.findType(Resolve.java:2324) at com.sun.tools.javac.comp.Resolve.findIdentInternal(Resolve.java:2357) at com.sun.tools.javac.comp.Resolve.findIdent(Resolve.java:2343) at com.sun.tools.javac.comp.Resolve.resolveIdent(Resolve.java:2604) at
[jira] [Commented] (NETBEANS-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
[ https://issues.apache.org/jira/browse/NETBEANS-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16918330#comment-16918330 ] Shevek commented on NETBEANS-3041: -- pstree confirms, the gradle daemon which is missing the -Xmx is a child of netbeans. > NetBeans gradle invoker not honouring org.gradle.jvmargs > > > Key: NETBEANS-3041 > URL: https://issues.apache.org/jira/browse/NETBEANS-3041 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > cat .gradle/gradle.properties > org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer > This property is not honoured by NetBeans when it starts a Gradle daemon, so > I end up with a Gradle daemon using the "default" amount of RAM, which on > some machines is too little, and on some is too much (it's 25% of system RAM). > I'm guessing this is because it's loaded by the wrapper, not the daemon, > because other properties like org.gradle.daemon.idletimeout=36 are > honoured by NB's gradle daemon. > The other effect of not loading that property is that I get multiple gradle > dameons running, each consuming 16Gb of RAM, because they're "incompatible", > so fixing this will save me about 16Gb of RAM per system. > I'm a bit shaky on this bug report, but ... I think this is what's going on. > (footnote: oh dear, Shevek broke something again, what on earth is that idiot > doing with NetBeans and why can't Shevek just behave like a "normal" > developer :D :D) -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
[ https://issues.apache.org/jira/browse/NETBEANS-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16918183#comment-16918183 ] Shevek commented on NETBEANS-3041: -- Reason I think this is happening: Inspecting the JVM args of each running gradle daemon using visualvm. I suppose I should check pstree as well. > NetBeans gradle invoker not honouring org.gradle.jvmargs > > > Key: NETBEANS-3041 > URL: https://issues.apache.org/jira/browse/NETBEANS-3041 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > cat .gradle/gradle.properties > org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer > This property is not honoured by NetBeans when it starts a Gradle daemon, so > I end up with a Gradle daemon using the "default" amount of RAM, which on > some machines is too little, and on some is too much (it's 25% of system RAM). > I'm guessing this is because it's loaded by the wrapper, not the daemon, > because other properties like org.gradle.daemon.idletimeout=36 are > honoured by NB's gradle daemon. > The other effect of not loading that property is that I get multiple gradle > dameons running, each consuming 16Gb of RAM, because they're "incompatible", > so fixing this will save me about 16Gb of RAM per system. > I'm a bit shaky on this bug report, but ... I think this is what's going on. > (footnote: oh dear, Shevek broke something again, what on earth is that idiot > doing with NetBeans and why can't Shevek just behave like a "normal" > developer :D :D) -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs
Shevek created NETBEANS-3041: Summary: NetBeans gradle invoker not honouring org.gradle.jvmargs Key: NETBEANS-3041 URL: https://issues.apache.org/jira/browse/NETBEANS-3041 Project: NetBeans Issue Type: Bug Reporter: Shevek cat .gradle/gradle.properties org.gradle.jvmargs=-Xmx8192m -XX:+PreserveFramePointer This property is not honoured by NetBeans when it starts a Gradle daemon, so I end up with a Gradle daemon using the "default" amount of RAM, which on some machines is too little, and on some is too much (it's 25% of system RAM). I'm guessing this is because it's loaded by the wrapper, not the daemon, because other properties like org.gradle.daemon.idletimeout=36 are honoured by NB's gradle daemon. The other effect of not loading that property is that I get multiple gradle dameons running, each consuming 16Gb of RAM, because they're "incompatible", so fixing this will save me about 16Gb of RAM per system. I'm a bit shaky on this bug report, but ... I think this is what's going on. (footnote: oh dear, Shevek broke something again, what on earth is that idiot doing with NetBeans and why can't Shevek just behave like a "normal" developer :D :D) -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16911875#comment-16911875 ] Shevek commented on NETBEANS-2661: -- Possibly related: I used to have to "download sources" once per hierarchy of projects, and netbeans understood that the sources were shared. Now I have to do it for each gradle submodule in a multi-module project? > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence, pull-request-available > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > Time Spent: 10m > Remaining Estimate: 0h > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16910808#comment-16910808 ] Shevek commented on NETBEANS-2661: -- Related? WARNING [org.openide.filesystems.FileUtil]: FileUtil.normalizeFile(/home/shevek/.gradle/caches/modules-2/files-2.1/org.apache.parquet/parquet-column/../java.base/share/classes/java/lang/Object.java) took 4,799 ms. Result is /home/shevek/.gradle/caches/modules-2/files-2.1/org.apache.parquet/java.base/share/classes/java/lang/Object.java WARNING [org.openide.filesystems.FileUtil]: FileUtil.normalizeFile(/home/shevek/.gradle/caches/modules-2/files-2.1/org.springframework/spring-expression/../java.base/share/classes/java/lang/Object.java) took 2,730 ms. Result is /home/shevek/.gradle/caches/modules-2/files-2.1/org.springframework/java.base/share/classes/java/lang/Object.java FWIW there is no java.base in there, this is presumably something to do with java 9 modules, although I'm not using Java 9. shevek@starling:~/.gradle/caches/modules-2/files-2.1/org.springframework$ ls spring-aop spring-context-support spring-messaging spring-web spring-asm spring-core spring-parent spring-webmvc spring-beansspring-expression spring-test spring-websocket spring-context spring-jdbc spring-tx > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence, pull-request-available > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > Time Spent: 10m > Remaining Estimate: 0h > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference
[ https://issues.apache.org/jira/browse/NETBEANS-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16910807#comment-16910807 ] Shevek commented on NETBEANS-2999: -- Possibly related: WARNING [org.openide.filesystems.JarFileSystem]: Duplicate entries in /home/shevek/.gradle/caches/modules-2/files-2.1/org.webjars.npm/datatables-bulma/1.0.1/3aabcca73863cc148788de9f3f6ffe9485e32863/datatables-bulma-1.0.1.jar: META-INF/; please report to JAR creator. WARNING [org.openide.filesystems.JarFileSystem]: Duplicate entries in /home/shevek/.gradle/caches/modules-2/files-2.1/org.webjars.npm/codemirror/5.34.0/495791980d9790ce7c18c54fa339e687273438ce/codemirror-5.34.0.jar: META-INF/; please report to JAR creator. WARNING [org.openide.filesystems.JarFileSystem]: Duplicate entries in /home/shevek/.gradle/caches/modules-2/files-2.1/org.webjars.bower/jquery/3.4.1/8fb15f3fed7f5993aefecf3d9e58d77c53937375/jquery-3.4.1.jar: META-INF/; please report to JAR creator. WARNING [org.openide.filesystems.JarFileSystem]: Duplicate entries in /home/shevek/.gradle/caches/modules-2/files-2.1/org.webjars.bower/sifter/0.5.3/61d55818e7ccf21e61d934ac6802aada14006057/sifter-0.5.3.jar: META-INF/; please report to JAR creator. WARNING [org.openide.filesystems.FileUtil]: FileUtil.normalizeFile(/home/shevek/.gradle/caches/modules-2/files-2.1/org.apache.parquet/parquet-column/../java.base/share/classes/java/lang/Object.java) took 4,799 ms. Result is /home/shevek/.gradle/caches/modules-2/files-2.1/org.apache.parquet/java.base/share/classes/java/lang/Object.java WARNING [org.openide.filesystems.FileUtil]: FileUtil.normalizeFile(/home/shevek/.gradle/caches/modules-2/files-2.1/org.springframework/spring-expression/../java.base/share/classes/java/lang/Object.java) took 2,730 ms. Result is /home/shevek/.gradle/caches/modules-2/files-2.1/org.springframework/java.base/share/classes/java/lang/Object.java WARNING [org.openide.filesystems.FileUtil]: FileUtil.normalizeFile(/home/shevek/.gradle/caches/modules-2/files-2.1/org.apache.orc/../java.base/share/classes/java/lang/Object.java) took 4,195 ms. Result is /home/shevek/.gradle/caches/modules-2/files-2.1/java.base/share/classes/java/lang/Object.java WARNING [org.openide.filesystems.FileUtil]: FileUtil.normalizeFile(/home/shevek/.gradle/caches/modules-2/files-2.1/org.springframework.security/spring-security-oauth2-jose/5.0.0.RELEASE/529686b04f1dc986ef1569993d2d892648fa2fab/../../../../modules.xml) took 4,097 ms. Result is /home/shevek/.gradle/caches/modules-2/files-2.1/modules.xml Does this have any bearing on NETBEANS-2661 if things are unexpectedly mapping to java.base...Object.java ? > NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference > - > > Key: NETBEANS-2999 > URL: https://issues.apache.org/jira/browse/NETBEANS-2999 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: netbeans-all-listener-references.png > > > See image. A random sampling suggests that they're all calling > FileChangeListener. > Randomly sampling: ListenerReference.weakListener.source is a FolderObj on > /tmp, or a pointer into .cache/netbeans/11.1index -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference
[ https://issues.apache.org/jira/browse/NETBEANS-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16910805#comment-16910805 ] Shevek commented on NETBEANS-2999: -- Happened again, triggered by a relatively minor branch-switch on the underlying git repository. Heap histogram follows: num #instances #bytes class name -- 1:633726 991761648 [Ljava.lang.Object; 2: 23127629 925105160 org.openide.util.WeakListenerImpl$ListenerReference 3:136984 131468384 [B 4:904413 123634448 [C 5:954318 45807264 org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$FileEventImpl 6: 1227595 29462280 java.util.concurrent.ConcurrentLinkedQueue$Node 7:803335 25706720 java.lang.ref.WeakReference 8: 76636 22985176 [I 9:700696 22422272 org.openide.util.WeakListenerImpl$ProxyListener 10:890577 21373848 java.lang.String 11:594043 19009376 java.util.HashMap$Node 12:749798 17995152 org.openide.filesystems.FCLSupport$DispatchEventWrapperSingle 13:190909 12218176 java.net.URL 14:477159 11451816 org.openide.filesystems.FCLSupport$DispatchEventWrapperMulti 15:678692 10859072 com.sun.proxy.$Proxy1 16: 89552 10461752 [Ljava.util.HashMap$Node; 17:2365299461160 org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObj 18:2903396968136 java.util.LinkedList$Node 19:1620176480680 org.openide.util.WeakListenerImpl$ListenerReference$1 20:1341106437280 java.util.HashMap 21:1510766043040 java.util.WeakHashMap$Entry 22:1420305681200 org.netbeans.api.java.classpath.ClassPath$Entry 23:2153815169144 java.util.ArrayList 24:2876694602704 java.util.concurrent.atomic.AtomicReference 25: 110764496200 [F 26:2493453989520 javax.swing.event.EventListenerList 27:1642823942768 org.openide.util.WeakListenerImpl$PropertyChange 28: 920843683360 java.util.LinkedHashMap$Entry 29: 295813275856 java.lang.Class 30:1269803047520 org.netbeans.modules.java.classpath.SimplePathResourceImplementation 31: 377593002632 [S 32: 774582478656 java.io.File 33: 6153236 [Ljava.util.WeakHashMap$Entry; 34:1438472301552 java.lang.Integer 35: 670382145216 org.netbeans.modules.masterfs.filebasedfs.naming.NameRef 36: 604451934240 java.lang.StackTraceElement 37: 451381805520 java.lang.ref.SoftReference 38: 527951689440 org.netbeans.modules.masterfs.filebasedfs.naming.FileName 39: 446551428960 org.netbeans.lib.lexer.token.DefaultToken 40: 421681349376 java.util.Hashtable$Entry 41: 15301336280 [J 42: 12901323712 [Ljava.util.concurrent.ConcurrentHashMap$Node; 43: 307101228400 java.lang.ref.Finalizer 44: 272571090280 org.openide.util.lookup.ProxyLookup$WeakRef 45: 418731004952 java.util.Collections$UnmodifiableRandomAccessList 46: 22047 881880 org.netbeans.modules.gradle.api.GradleDependency$ModuleDependency 47: 27257 872224 org.openide.util.lookup.ProxyLookup$R 48: 26968 862976 org.openide.modules.Dependency 49: 26901 860704 [Ljava.util.Collection; 50: 52805 844880 java.util.HashSet 51: 25522 816704 java.util.concurrent.ConcurrentHashMap$Node 52: 25156 804992 org.openide.text.PositionRef$Manager$ChainItem 53: 27257 654168 org.openide.util.lookup.ProxyLookup$WeakResult 54: 27314 653600 [Lorg.openide.util.Lookup$Result; 55: 18688 598016 org.openide.util.CharSequences$Fixed6Bit_11_20 56: 11545 554160 org.openide.filesystems.FileChangeImpl 57: 7512 540864 java.awt.geom.AffineTransform 58: 2913 539616 [Ljava.util.Hashtable$Entry; 59: 13343 533720 org.netbeans.modules.editor.lib2.document.Mark 60: 20184 531808 [Ljava.beans.PropertyChangeListener; 61: 22060 529440 org.netbeans.modules.editor.lib2.highlighting.HighlightItem 62: 21937 526488 java.beans.PropertyChangeSupport 63: 1 524304 [Lorg.netbeans.modules.masterfs.filebasedfs.naming.NameRef; 64: 8140 520960
[jira] [Commented] (NETBEANS-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference
[ https://issues.apache.org/jira/browse/NETBEANS-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16909854#comment-16909854 ] Shevek commented on NETBEANS-2999: -- "Finalizer" #3 daemon prio=8 os_prio=0 tid=0x7f203c092800 nid=0x189c runnable [0x7f2015357000] java.lang.Thread.State: RUNNABLE at java.util.Arrays$ArrayList.indexOf(Arrays.java:3860) at java.util.Arrays$ArrayList.contains(Arrays.java:3868) at java.util.IdentityHashMap$KeySet.removeAll(IdentityHashMap.java:999) at org.openide.util.lookup.ProxyLookup.setData(ProxyLookup.java:283) at org.openide.util.lookup.ProxyLookup.unregisterTemplate(ProxyLookup.java:249) - locked <0x0007254c1ee0> (a org.netbeans.spi.project.support.DelegatingLookupImpl) at org.openide.util.lookup.ProxyLookup.access$400(ProxyLookup.java:50) at org.openide.util.lookup.ProxyLookup$WeakRef.run(ProxyLookup.java:727) at org.openide.util.lookup.ProxyLookup$R.finalize(ProxyLookup.java:345) at java.lang.System$2.invokeFinalize(System.java:1270) at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:102) at java.lang.ref.Finalizer.access$100(Finalizer.java:34) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:217) > NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference > - > > Key: NETBEANS-2999 > URL: https://issues.apache.org/jira/browse/NETBEANS-2999 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: netbeans-all-listener-references.png > > > See image. A random sampling suggests that they're all calling > FileChangeListener. > Randomly sampling: ListenerReference.weakListener.source is a FolderObj on > /tmp, or a pointer into .cache/netbeans/11.1index -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference
[ https://issues.apache.org/jira/browse/NETBEANS-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16909853#comment-16909853 ] Shevek commented on NETBEANS-2999: -- Randomly selected interesting threads: "RepositoryUpdater.worker" #1031 daemon prio=1 os_prio=0 tid=0x7f1f2012b800 nid=0x7104 runnable [0x7f1fe8eb2000] java.lang.Thread.State: RUNNABLE at org.openide.filesystems.MemoryFileSystem$Mapper.getURL(MemoryFileSystem.java:409) at org.openide.filesystems.URLMapper.findURL(URLMapper.java:115) at org.openide.filesystems.FileObject.toURL(FileObject.java:1216) at org.netbeans.modules.java.source.indexing.APTUtils.get(APTUtils.java:144) at org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:173) at org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2$1.run(RepositoryUpdater.java:6099) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(RunWhenScanFinishedSupport.java:83) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6095) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$2.call(RepositoryUpdater.java:6091) 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.indexing.RepositoryUpdater$Task.run(RepositoryUpdater.java:6091) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) 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) "Refresh-After-WindowActivated" #787 daemon prio=1 os_prio=0 tid=0x7f1f28172000 nid=0x4581 in
[jira] [Updated] (NETBEANS-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference
[ https://issues.apache.org/jira/browse/NETBEANS-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-2999: - Description: See image. A random sampling suggests that they're all calling FileChangeListener. Randomly sampling: ListenerReference.weakListener.source is a FolderObj on /tmp, or a pointer into .cache/netbeans/11.1index was:See image. > NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference > - > > Key: NETBEANS-2999 > URL: https://issues.apache.org/jira/browse/NETBEANS-2999 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: netbeans-all-listener-references.png > > > See image. A random sampling suggests that they're all calling > FileChangeListener. > Randomly sampling: ListenerReference.weakListener.source is a FolderObj on > /tmp, or a pointer into .cache/netbeans/11.1index -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference
Shevek created NETBEANS-2999: Summary: NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference Key: NETBEANS-2999 URL: https://issues.apache.org/jira/browse/NETBEANS-2999 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Reporter: Shevek Attachments: netbeans-all-listener-references.png See image. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2998) com.sun.tools.javac.util.CouplingAbort
Shevek created NETBEANS-2998: Summary: com.sun.tools.javac.util.CouplingAbort Key: NETBEANS-2998 URL: https://issues.apache.org/jira/browse/NETBEANS-2998 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Reporter: Shevek FYI. I don't care if you don't, but here it is. I get quite a few of these. Feel free to close if unimportant. com.sun.tools.javac.util.CouplingAbort at org.netbeans.modules.java.source.nbjavac.parsing.TreeLoader.loadTreeFor(TreeLoader.java:215) at com.sun.tools.javac.model.JavacElements.getTreeAndTopLevel(JavacElements.java:813) at com.sun.tools.javac.model.JavacElements.getTreeAndTopLevel(JavacElements.java:839) at com.sun.tools.javac.api.JavacTrees.getPath(JavacTrees.java:418) at com.sun.tools.javac.api.JavacTrees.getPath(JavacTrees.java:408) at org.netbeans.lib.nbjavac.services.NBJavacTrees.getPath(NBJavacTrees.java:71) at org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.resolveElementValue(ArithmeticUtilities.java:442) at org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.resolve(ArithmeticUtilities.java:490) at org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitIdentifier(ArithmeticUtilities.java:385) at org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.visitIdentifier(ArithmeticUtilities.java:197) at com.sun.tools.javac.tree.JCTree$JCIdent.accept(JCTree.java:2337) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:241) at org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:197) at com.sun.source.util.TreeScanner.visitParenthesized(TreeScanner.java:599) at com.sun.tools.javac.tree.JCTree$JCParens.accept(JCTree.java:1940) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:56) at org.netbeans.modules.java.hints.ArithmeticUtilities$VisitorImpl.scan(ArithmeticUtilities.java:234) at org.netbeans.modules.java.hints.ArithmeticUtilities.compute(ArithmeticUtilities.java:178) at org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.visitConditional(InfiniteRecursion.java:463) at org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.visitIf(InfiniteRecursion.java:454) at org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.visitIf(InfiniteRecursion.java:227) at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1506) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.scan(InfiniteRecursion.java:285) at org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.scan(InfiniteRecursion.java:227) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) at org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.scan(InfiniteRecursion.java:298) at org.netbeans.modules.java.hints.bugs.InfiniteRecursion$RecursionVisitor.scan(InfiniteRecursion.java:227) at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1044) at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:56) at org.netbeans.modules.java.hints.bugs.InfiniteRecursion.run(InfiniteRecursion.java:152) at sun.reflect.GeneratedMethodAccessor54.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.netbeans.modules.java.hints.providers.code.CodeHintProviderImpl$WorkerImpl.createErrors(CodeHintProviderImpl.java:317) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.runHint(HintsInvoker.java:798) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.access$400(HintsInvoker.java:90) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.runAndAdd(HintsInvoker.java:657) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:676) at org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker$ScannerImpl.scan(HintsInvoker.java:610) at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) at org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78) at
[jira] [Commented] (NETBEANS-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16908394#comment-16908394 ] Shevek commented on NETBEANS-2661: -- Is it worth me trying removing all NetBeans "Libraries" from my distribution/installation? Is that what this thing is searching? Note ALSO that when we use Gradle, we use a lot of implementation vs API dependencies, and if the Library search is searching those, does it double search things where they aren't transitively visible? > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16908391#comment-16908391 ] Shevek commented on NETBEANS-2661: -- ``` shevek@starling:~$ ls /usr/lib/jvm/openjdk-8/ src.zip ``` Just looking at Tools/Libraries, which I never use, BTW, nor do I use NetBeans libraries in my project(s), a number of the libraries defined there have nbinst:// URLs pointing to nonexistent files/JARs in them. e.g. JAX-WS has a (broken?) nbinst URL for jaxb-impl.jar and jaxb-xjc.jar , both of which libraries we DO use in our projects, but our use is directly from Maven Central and has nothing to do with NetBeans libraries. Is there a lead there? > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16908262#comment-16908262 ] Shevek commented on NETBEANS-2661: -- NetBeans hasn't been able to find Guava sources recently either, although that may be their packaging issue, not mine. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16908248#comment-16908248 ] Shevek commented on NETBEANS-2661: -- Can I use a breakpoint or a heap dump or something to trap this? The only thing I've done with netbeans is unzip the binary and remove masterfs-linux. The only thing I've done with JDK is apt-get install the binaries and sources, and then configure the location of the sources in the JavaPlatforms dialog. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2987) Indirect gradle classpath change not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-2987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-2987: - Description: Have four projects, A, B, C, D. A depends on B, B depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. Now we have A>B>C>D. 2b. C autoreloads the gradle path. Result: 1. A should now compile again, since it now has access to D again, but in fact, it does not. 2. command-line gradle invocation compiles everything fine. 3. fix-imports in A cannot see any classes in C. 4. A netbeans restart does NOT fix this. 5. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. was: Have four projects, A, B, C, D. A depends on B, B depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. Now we have A>B>C>D. 2b. C autoreloads the gradle path. Result: 1. A should now compile again, since it now has access to D again, but in fact, it does not. 2. fix-imports in A cannot see any classes in C. 3. A netbeans restart does NOT fix this. 4. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. > Indirect gradle classpath change not recognized > --- > > Key: NETBEANS-2987 > URL: https://issues.apache.org/jira/browse/NETBEANS-2987 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > Have four projects, A, B, C, D. > A depends on B, B depends on C. > A depends on D. > 1. Delete A -> D. > 1a. A auto-reloads the gradle path. > 1b. Now A fails to compile because it's missing the class from D. > 2. Add C depends on D. > 2a. Now we have A>B>C>D. > 2b. C autoreloads the gradle path. > Result: > 1. A should now compile again, since it now has access to D again, but in > fact, it does not. > 2. command-line gradle invocation compiles everything fine. > 3. fix-imports in A cannot see any classes in C. > 4. A netbeans restart does NOT fix this. > 5. Removing .gradle/nb-cache and restarting DOES fix this. > A bit fishy, this one, but I'm fairly sure this is what's going on. I think > the intermediate project B is a required element of this bug. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2987) Indirect gradle classpath change not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-2987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-2987: - Description: Have four projects, A, B, C, D. A depends on B, B depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. Now we have A>B>C>D. 2b. C autoreloads the gradle path. Result: 1. A should now compile again, since it now has access to D again, but in fact, it does not. 2. fix-imports in A cannot see any classes in C. 3. A netbeans restart does NOT fix this. 4. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. was: Have four projects, A, B, C, D. A depends on B, B depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. Now we have A>B>C>D. 2b. C autoreloads the gradle path. Result: 1. A should compile, since it now has access to D again, but does not. 2. fix-imports in A cannot see any classes in C. 3. A netbeans restart does NOT fix this. 4. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. > Indirect gradle classpath change not recognized > --- > > Key: NETBEANS-2987 > URL: https://issues.apache.org/jira/browse/NETBEANS-2987 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > Have four projects, A, B, C, D. > A depends on B, B depends on C. > A depends on D. > 1. Delete A -> D. > 1a. A auto-reloads the gradle path. > 1b. Now A fails to compile because it's missing the class from D. > 2. Add C depends on D. > 2a. Now we have A>B>C>D. > 2b. C autoreloads the gradle path. > Result: > 1. A should now compile again, since it now has access to D again, but in > fact, it does not. > 2. fix-imports in A cannot see any classes in C. > 3. A netbeans restart does NOT fix this. > 4. Removing .gradle/nb-cache and restarting DOES fix this. > A bit fishy, this one, but I'm fairly sure this is what's going on. I think > the intermediate project B is a required element of this bug. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2987) Indirect gradle classpath change not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-2987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-2987: - Description: Have four projects, A, B, C, D. A depends on B, B depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. C autoreloads the gradle path. Result: 1. A should compile, since it now has access to D again, but does not. 2. fix-imports in A cannot see any classes in C. 3. A netbeans restart does NOT fix this. 4. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. was: Have four projects, A, B, C, D. A depends on B, depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. C autoreloads the gradle path. Result: 1. A should compile, since it now has access to D again, but does not. 2. fix-imports in A cannot see any classes in C. 3. A netbeans restart does NOT fix this. 4. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. > Indirect gradle classpath change not recognized > --- > > Key: NETBEANS-2987 > URL: https://issues.apache.org/jira/browse/NETBEANS-2987 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > Have four projects, A, B, C, D. > A depends on B, B depends on C. > A depends on D. > 1. Delete A -> D. > 1a. A auto-reloads the gradle path. > 1b. Now A fails to compile because it's missing the class from D. > 2. Add C depends on D. > 2a. C autoreloads the gradle path. > Result: > 1. A should compile, since it now has access to D again, but does not. > 2. fix-imports in A cannot see any classes in C. > 3. A netbeans restart does NOT fix this. > 4. Removing .gradle/nb-cache and restarting DOES fix this. > A bit fishy, this one, but I'm fairly sure this is what's going on. I think > the intermediate project B is a required element of this bug. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2987) Indirect gradle classpath change not recognized
[ https://issues.apache.org/jira/browse/NETBEANS-2987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-2987: - Description: Have four projects, A, B, C, D. A depends on B, B depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. Now we have A>B>C>D. 2b. C autoreloads the gradle path. Result: 1. A should compile, since it now has access to D again, but does not. 2. fix-imports in A cannot see any classes in C. 3. A netbeans restart does NOT fix this. 4. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. was: Have four projects, A, B, C, D. A depends on B, B depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. C autoreloads the gradle path. Result: 1. A should compile, since it now has access to D again, but does not. 2. fix-imports in A cannot see any classes in C. 3. A netbeans restart does NOT fix this. 4. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. > Indirect gradle classpath change not recognized > --- > > Key: NETBEANS-2987 > URL: https://issues.apache.org/jira/browse/NETBEANS-2987 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > Have four projects, A, B, C, D. > A depends on B, B depends on C. > A depends on D. > 1. Delete A -> D. > 1a. A auto-reloads the gradle path. > 1b. Now A fails to compile because it's missing the class from D. > 2. Add C depends on D. > 2a. Now we have A>B>C>D. > 2b. C autoreloads the gradle path. > Result: > 1. A should compile, since it now has access to D again, but does not. > 2. fix-imports in A cannot see any classes in C. > 3. A netbeans restart does NOT fix this. > 4. Removing .gradle/nb-cache and restarting DOES fix this. > A bit fishy, this one, but I'm fairly sure this is what's going on. I think > the intermediate project B is a required element of this bug. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2987) Indirect gradle classpath change not recognized
Shevek created NETBEANS-2987: Summary: Indirect gradle classpath change not recognized Key: NETBEANS-2987 URL: https://issues.apache.org/jira/browse/NETBEANS-2987 Project: NetBeans Issue Type: Bug Reporter: Shevek Have four projects, A, B, C, D. A depends on B, depends on C. A depends on D. 1. Delete A -> D. 1a. A auto-reloads the gradle path. 1b. Now A fails to compile because it's missing the class from D. 2. Add C depends on D. 2a. C autoreloads the gradle path. Result: 1. A should compile, since it now has access to D again, but does not. 2. fix-imports in A cannot see any classes in C. 3. A netbeans restart does NOT fix this. 4. Removing .gradle/nb-cache and restarting DOES fix this. A bit fishy, this one, but I'm fairly sure this is what's going on. I think the intermediate project B is a required element of this bug. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16907711#comment-16907711 ] Shevek commented on NETBEANS-2661: -- Additional note: I did that last test immediately after a clean restart of netbeans and waiting for quiescence, so there's no other noise in the system. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16907406#comment-16907406 ] Shevek commented on NETBEANS-2661: -- Also, the thing is, whatever data it spent 8 minutes initializing, the next time I do a find-usages, it initializes it again, so in combination with the IDE needing frequent restarts, this find-usages time is EVERY SINGLE TIME. So I just never use it any more. Seems to be related to the number of open projects, and netbeans seems currently to be confused about which dependencies are unique vs shared - there's a bunch of issues around that which I havent' reported yet - could it be scanning JDK, Guava, etc multiple times, once per open project? This does seem to be related to the number of open projects. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16907399#comment-16907399 ] Shevek commented on NETBEANS-2661: -- Wasn't there once a thing which limited the scope of a search to e.g. open projects? Did that go away? I've no idea why it might be searching JDK for a method that JDK can't possibly call. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16907396#comment-16907396 ] Shevek commented on NETBEANS-2661: -- ok, it finally completed, took about 8 minutes, and it found one usage only. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-2661: - Attachment: find-usages-is-totally-unusable-11.1.npss > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Reopened] (NETBEANS-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek reopened NETBEANS-2661: -- oh my god definitely still an issue. I'm just capturing a trace of nb 11.1 doing a find-usages on the simplest possible case, a non-override, non-overridden public method in a public class, but it's taken so long that ... I'm just going to stop the profile and give you what I've got. I've given up entirely on ever using find-usages, I just use git grep these days. The only copy of the JDK I have is the one Ubuntu installs when I apt-get install openjdk-source. I did add the sources jar to the JDK platform, or did that happen automatically... but I definitely didn't put it in a nbinst dir, whatever that is.the only thing I've done in netbeans is to remove masterfs-linux. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2980) NPE when opening file
Shevek created NETBEANS-2980: Summary: NPE when opening file Key: NETBEANS-2980 URL: https://issues.apache.org/jira/browse/NETBEANS-2980 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Reporter: Shevek Open a project. Don't have the dependent project(s) open. Press ^1, ^O, type a class name. Get this: java.lang.NullPointerException at org.netbeans.modules.java.source.pretty.ImportAnalysis2.getPackageOf(ImportAnalysis2.java:393) at org.netbeans.modules.java.source.pretty.ImportAnalysis2.resolveImport(ImportAnalysis2.java:310) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:475) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:74) at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2203) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) at org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:135) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:144) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:595) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:335) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:74) at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) at org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:198) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:545) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:322) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:74) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599) at org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123) at org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871) at org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:867) at org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:899) at org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1326) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) at org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) at org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) at org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) at org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) at org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) at
[jira] [Commented] (NETBEANS-2977) NetBeans broke at startup
[ https://issues.apache.org/jira/browse/NETBEANS-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16905844#comment-16905844 ] Shevek commented on NETBEANS-2977: -- Attached npss profile is where it hung in the restart. I just removed masterfs-linux.jar as per your advice on 11.0 and I think it's reloading now... this feels like a stack of issues. > NetBeans broke at startup > - > > Key: NETBEANS-2977 > URL: https://issues.apache.org/jira/browse/NETBEANS-2977 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: messages.log, nb11-restart-cant.npss > > > Netbeans had gotten frozen as a result of NETBEANS-2291, so I restarted. > Startup was suspiciously fast, but NetBeans didn't work. The log has many > interesting and original exceptions in it. > I also got invited to (re-)install nb-javac. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2977) NetBeans broke at startup
[ https://issues.apache.org/jira/browse/NETBEANS-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-2977: - Attachment: nb11-restart-cant.npss > NetBeans broke at startup > - > > Key: NETBEANS-2977 > URL: https://issues.apache.org/jira/browse/NETBEANS-2977 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: messages.log, nb11-restart-cant.npss > > > Netbeans had gotten frozen as a result of NETBEANS-2291, so I restarted. > Startup was suspiciously fast, but NetBeans didn't work. The log has many > interesting and original exceptions in it. > I also got invited to (re-)install nb-javac. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2977) NetBeans broke at startup
[ https://issues.apache.org/jira/browse/NETBEANS-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16905839#comment-16905839 ] Shevek commented on NETBEANS-2977: -- Blowing away .cache/netbeans and .gradle/nb-cache hasn't helped. I've just reinstalled nb-javac according to the prompts, v1.6, and now it is hanging in restart. > NetBeans broke at startup > - > > Key: NETBEANS-2977 > URL: https://issues.apache.org/jira/browse/NETBEANS-2977 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: messages.log > > > Netbeans had gotten frozen as a result of NETBEANS-2291, so I restarted. > Startup was suspiciously fast, but NetBeans didn't work. The log has many > interesting and original exceptions in it. > I also got invited to (re-)install nb-javac. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2977) NetBeans broke at startup
[ https://issues.apache.org/jira/browse/NETBEANS-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16905823#comment-16905823 ] Shevek commented on NETBEANS-2977: -- Nope, it loaded a dozen projects this time, then went kaput. Same error(s). Will try blowing away multiple caches and try again. > NetBeans broke at startup > - > > Key: NETBEANS-2977 > URL: https://issues.apache.org/jira/browse/NETBEANS-2977 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: messages.log > > > Netbeans had gotten frozen as a result of NETBEANS-2291, so I restarted. > Startup was suspiciously fast, but NetBeans didn't work. The log has many > interesting and original exceptions in it. > I also got invited to (re-)install nb-javac. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2977) NetBeans broke at startup
[ https://issues.apache.org/jira/browse/NETBEANS-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16905820#comment-16905820 ] Shevek commented on NETBEANS-2977: -- rm -rf java/compilerworks/.gradle/nb-cache/ appears to have fixed it. I have taken no other remedial actions - that was the first one I tried. I'm now waiting for NetBeans to restart so I can see if it's back. PS I don't _think_ user is an idiot this time, but you never know. > NetBeans broke at startup > - > > Key: NETBEANS-2977 > URL: https://issues.apache.org/jira/browse/NETBEANS-2977 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: messages.log > > > Netbeans had gotten frozen as a result of NETBEANS-2291, so I restarted. > Startup was suspiciously fast, but NetBeans didn't work. The log has many > interesting and original exceptions in it. > I also got invited to (re-)install nb-javac. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2977) NetBeans broke at startup
[ https://issues.apache.org/jira/browse/NETBEANS-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16905819#comment-16905819 ] Shevek commented on NETBEANS-2977: -- Nope. It's busted. I guess I'll blow away some caches and see if it comes back to life. > NetBeans broke at startup > - > > Key: NETBEANS-2977 > URL: https://issues.apache.org/jira/browse/NETBEANS-2977 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: messages.log > > > Netbeans had gotten frozen as a result of NETBEANS-2291, so I restarted. > Startup was suspiciously fast, but NetBeans didn't work. The log has many > interesting and original exceptions in it. > I also got invited to (re-)install nb-javac. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2977) NetBeans broke at startup
[ https://issues.apache.org/jira/browse/NETBEANS-2977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16905819#comment-16905819 ] Shevek edited comment on NETBEANS-2977 at 8/13/19 5:04 AM: --- Subsequent restarts reproduce the issue. Nope. It's busted. I guess I'll blow away some caches and see if it comes back to life. was (Author: arren): Nope. It's busted. I guess I'll blow away some caches and see if it comes back to life. > NetBeans broke at startup > - > > Key: NETBEANS-2977 > URL: https://issues.apache.org/jira/browse/NETBEANS-2977 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 >Reporter: Shevek >Priority: Major > Attachments: messages.log > > > Netbeans had gotten frozen as a result of NETBEANS-2291, so I restarted. > Startup was suspiciously fast, but NetBeans didn't work. The log has many > interesting and original exceptions in it. > I also got invited to (re-)install nb-javac. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2977) NetBeans broke at startup
Shevek created NETBEANS-2977: Summary: NetBeans broke at startup Key: NETBEANS-2977 URL: https://issues.apache.org/jira/browse/NETBEANS-2977 Project: NetBeans Issue Type: Bug Affects Versions: 11.1 Reporter: Shevek Attachments: messages.log Netbeans had gotten frozen as a result of NETBEANS-2291, so I restarted. Startup was suspiciously fast, but NetBeans didn't work. The log has many interesting and original exceptions in it. I also got invited to (re-)install nb-javac. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2967) Gradle projects don't work in 11.1
[ https://issues.apache.org/jira/browse/NETBEANS-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek closed NETBEANS-2967. Resolution: Invalid User is an idiot. > Gradle projects don't work in 11.1 > -- > > Key: NETBEANS-2967 > URL: https://issues.apache.org/jira/browse/NETBEANS-2967 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Blocker > > Closed 11.0, installed 11.1, opened same project(s). Clearly not recognized > as gradle projects, I'm just looking at a file tree, not a package hierarchy. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2967) Gradle projects don't work in 11.1
[ https://issues.apache.org/jira/browse/NETBEANS-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16904740#comment-16904740 ] Shevek commented on NETBEANS-2967: -- Closed because user is an idiot. > Gradle projects don't work in 11.1 > -- > > Key: NETBEANS-2967 > URL: https://issues.apache.org/jira/browse/NETBEANS-2967 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Blocker > > Closed 11.0, installed 11.1, opened same project(s). Clearly not recognized > as gradle projects, I'm just looking at a file tree, not a package hierarchy. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2967) Gradle projects don't work in 11.1
[ https://issues.apache.org/jira/browse/NETBEANS-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16903670#comment-16903670 ] Shevek commented on NETBEANS-2967: -- I may, as you point out, be an idiot. I'll switch back to 11.1 on my next IDE reboot and figure it out. If Geertjan is right, you're all entitled to laugh. > Gradle projects don't work in 11.1 > -- > > Key: NETBEANS-2967 > URL: https://issues.apache.org/jira/browse/NETBEANS-2967 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Blocker > > Closed 11.0, installed 11.1, opened same project(s). Clearly not recognized > as gradle projects, I'm just looking at a file tree, not a package hierarchy. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2967) Gradle projects don't work in 11.1
[ https://issues.apache.org/jira/browse/NETBEANS-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16903357#comment-16903357 ] Shevek commented on NETBEANS-2967: -- I looked briefly, but the gradle plugin is now a builtin, so is preinstalled, gradle appears in the tools/options menus, so it's clearly installed and netbeans recognizes it, and netbeans 11.1 imported settings from 11.0, so anything else I did should have been transferred. It installed nb-javac at first boot, and this is after a restart. I'm not sure what's missing. Any ideas? If this isn't a feature bug, it's certainly a usability bug. > Gradle projects don't work in 11.1 > -- > > Key: NETBEANS-2967 > URL: https://issues.apache.org/jira/browse/NETBEANS-2967 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.1 >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Blocker > > Closed 11.0, installed 11.1, opened same project(s). Clearly not recognized > as gradle projects, I'm just looking at a file tree, not a package hierarchy. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2967) Gradle projects don't work in 11.1
Shevek created NETBEANS-2967: Summary: Gradle projects don't work in 11.1 Key: NETBEANS-2967 URL: https://issues.apache.org/jira/browse/NETBEANS-2967 Project: NetBeans Issue Type: Bug Components: projects - Gradle Affects Versions: 11.1 Reporter: Shevek Assignee: Laszlo Kishalmi Closed 11.0, installed 11.1, opened same project(s). Clearly not recognized as gradle projects, I'm just looking at a file tree, not a package hierarchy. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: 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-2790) java.nio.file.ClosedWatchServiceException
Shevek created NETBEANS-2790: Summary: java.nio.file.ClosedWatchServiceException Key: NETBEANS-2790 URL: https://issues.apache.org/jira/browse/NETBEANS-2790 Project: NetBeans Issue Type: Bug Affects Versions: 11.0 Environment: openjdk version "1.8.0_212" OpenJDK Runtime Environment (build 1.8.0_212-8u212-b03-0ubuntu1.19.04.2-b03) OpenJDK 64-Bit Server VM (build 25.212-b03, mixed mode) No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 19.04 Release:19.04 Codename: disco Reporter: Shevek Running with nio masterfs per NETBEANS-2291: WARNING [org.netbeans.modules.masterfs.watcher.Watcher]: Cannot remove filesystem watch for /[filename-removed] INFO [org.netbeans.modules.masterfs.watcher.Watcher]: Exception java.nio.file.ClosedWatchServiceException at sun.nio.fs.AbstractPoller.invoke(AbstractPoller.java:216) at sun.nio.fs.AbstractPoller.cancel(AbstractPoller.java:133) at sun.nio.fs.LinuxWatchService$LinuxWatchKey.cancel(LinuxWatchService.java:138) at org.netbeans.modules.masterfs.watcher.nio2.NioNotifier.removeWatch(NioNotifier.java:62) Caused: java.io.IOException at org.netbeans.modules.masterfs.watcher.nio2.NioNotifier.removeWatch(NioNotifier.java:64) at org.netbeans.modules.masterfs.watcher.nio2.NioNotifier.removeWatch(NioNotifier.java:40) at org.netbeans.modules.masterfs.providers.Notifier$1.removeWatch(Notifier.java:95) at org.netbeans.modules.masterfs.watcher.NotifierKeyRef.removeWatch(NotifierKeyRef.java:73) [catch] at org.netbeans.modules.masterfs.watcher.Watcher$Ext.unregister(Watcher.java:297) at org.netbeans.modules.masterfs.watcher.Watcher.unregister(Watcher.java:111) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.removeFileChangeListener(BaseFileObj.java:539) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectKeeper.listenTo(FileObjectKeeper.java:191) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectKeeper.listenNoMore(FileObjectKeeper.java:272) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectKeeper.removeRecursiveListener(FileObjectKeeper.java:102) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FolderObj.removeRecursiveListener(FolderObj.java:662) at org.openide.filesystems.DeepListener.run(DeepListener.java:70) at org.openide.filesystems.FileChangeImpl.removeRecursiveListener(FileChangeImpl.java:255) at org.openide.filesystems.FileUtil.removeRecursiveListener(FileUtil.java:380) at org.netbeans.modules.parsing.impl.indexing.RootsListener.lambda$safeRemoveRecursiveListener$5(RootsListener.java:260) at org.netbeans.modules.parsing.impl.indexing.RootsListener.performSave(RootsListener.java:276) at org.netbeans.modules.parsing.impl.indexing.RootsListener.lambda$performAsync$6(RootsListener.java:268) 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) -- 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-2291) NetBeans is unusably slow
[ https://issues.apache.org/jira/browse/NETBEANS-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shevek updated NETBEANS-2291: - Attachment: git-branch-switch.npss > NetBeans is unusably slow > - > > Key: NETBEANS-2291 > URL: https://issues.apache.org/jira/browse/NETBEANS-2291 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 8.2, 10.0, 11.0 > Environment: Ubuntu 18.10 > Linux 4.18.0 > 12 core Xeon E-2176M with 64Gb RAM > -Xmx2536m (2.5Gb for NB, of which it uses about 1.7G) > NetBeans 10vc2, 10vc5, 8.2 > JDK 11.0.1 > JDK 1.8 > G1GC, CMS GC, Serial GC >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: performance, usability > Attachments: git-branch-switch.npss, > image-2019-06-12-15-33-06-715.png, image-2019-06-13-17-35-18-309.png, > nb-11-slow-hotspots.png, netbeans-10vc5-jdk8-hang-gototype.txt.tdump, > netbeans-10vc5-jdk8-hang-progressutils.txt.tdump, > netbeans-10vc5-jdk8-hang.txt.tdump, netbeans-slow-00.npss, > netbeans-slow-01.npss, netbeans-startup-slow.npss, > open-file-slow-01.txt.tdump, open-file-slow-02.txt.tdump, > open-file-slow-03.txt.tdump, org-netbeans-modules-masterfs-linux.xml, > restart-netbeans-and-open-file-01.npss, slow-stack-00.txt > > > I used to use NetBeans 8 on JDK8, it was tolerable, but slow. > Now I have a new laptop, I've tried nb8, nb10 on jdk8, jdk11, with g1gc, > cmsgc, other gc. They are all UNUSABLY slow. By which I mean, it takes over a > minute just to open a file. > Mostly this is because things are waiting for things waiting for very > inefficiently implemnted file I/O, editor parsing, or things like that. I've > watched a 12-core Xeon chip spend over 4 hours just attempting to handle the > Active Reference Queue Daemon thread. > The slowdown is somewhat incremental - I can escape it as long as I'm happy > to restart NetBeans every hour or so (which I'm not happy to do). > Attached a stack dump to get you started, this took over a minute to open a > 284-line Java file from idle. > Please feel free to ask all the obvious questions, although I'm fairly sure > all the obvious things have been done. Mostly, I've got GC down to a > negligible amount. > If there's one or more features of NetBeans I can disable to get acceptable > behaviour while still being able to realistically edit Java code, please tell > me and I will disable them because I am at the end of my rope after using > (and developing for) NetBeans for nearly 10 years. If I can get IntelliJ to > load a Java/Gradle project neatly before this gets fixed, I'm gone. -- 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-2291) NetBeans is unusably slow
[ https://issues.apache.org/jira/browse/NETBEANS-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16877258#comment-16877258 ] Shevek commented on NETBEANS-2291: -- Here is a profile from shortly after a git branch-switch using nio masterfs. > NetBeans is unusably slow > - > > Key: NETBEANS-2291 > URL: https://issues.apache.org/jira/browse/NETBEANS-2291 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 8.2, 10.0, 11.0 > Environment: Ubuntu 18.10 > Linux 4.18.0 > 12 core Xeon E-2176M with 64Gb RAM > -Xmx2536m (2.5Gb for NB, of which it uses about 1.7G) > NetBeans 10vc2, 10vc5, 8.2 > JDK 11.0.1 > JDK 1.8 > G1GC, CMS GC, Serial GC >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: performance, usability > Attachments: git-branch-switch.npss, > image-2019-06-12-15-33-06-715.png, image-2019-06-13-17-35-18-309.png, > nb-11-slow-hotspots.png, netbeans-10vc5-jdk8-hang-gototype.txt.tdump, > netbeans-10vc5-jdk8-hang-progressutils.txt.tdump, > netbeans-10vc5-jdk8-hang.txt.tdump, netbeans-slow-00.npss, > netbeans-slow-01.npss, netbeans-startup-slow.npss, > open-file-slow-01.txt.tdump, open-file-slow-02.txt.tdump, > open-file-slow-03.txt.tdump, org-netbeans-modules-masterfs-linux.xml, > restart-netbeans-and-open-file-01.npss, slow-stack-00.txt > > > I used to use NetBeans 8 on JDK8, it was tolerable, but slow. > Now I have a new laptop, I've tried nb8, nb10 on jdk8, jdk11, with g1gc, > cmsgc, other gc. They are all UNUSABLY slow. By which I mean, it takes over a > minute just to open a file. > Mostly this is because things are waiting for things waiting for very > inefficiently implemnted file I/O, editor parsing, or things like that. I've > watched a 12-core Xeon chip spend over 4 hours just attempting to handle the > Active Reference Queue Daemon thread. > The slowdown is somewhat incremental - I can escape it as long as I'm happy > to restart NetBeans every hour or so (which I'm not happy to do). > Attached a stack dump to get you started, this took over a minute to open a > 284-line Java file from idle. > Please feel free to ask all the obvious questions, although I'm fairly sure > all the obvious things have been done. Mostly, I've got GC down to a > negligible amount. > If there's one or more features of NetBeans I can disable to get acceptable > behaviour while still being able to realistically edit Java code, please tell > me and I will disable them because I am at the end of my rope after using > (and developing for) NetBeans for nearly 10 years. If I can get IntelliJ to > load a Java/Gradle project neatly before this gets fixed, I'm gone. -- 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-2291) NetBeans is unusably slow
[ https://issues.apache.org/jira/browse/NETBEANS-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16877206#comment-16877206 ] Shevek commented on NETBEANS-2291: -- Yes, I have the sense that it is somewhat smoother, but I don't have an objective measurement of that; I still have to reboot it when I change branches. I think both URL (etc) are over-used, i.e. over-allocating, and there's the unexplained existence of a half-million enqueued file changes on a repo with only 50K files, which means there must be duplicates in the change-queue. > NetBeans is unusably slow > - > > Key: NETBEANS-2291 > URL: https://issues.apache.org/jira/browse/NETBEANS-2291 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 8.2, 10.0, 11.0 > Environment: Ubuntu 18.10 > Linux 4.18.0 > 12 core Xeon E-2176M with 64Gb RAM > -Xmx2536m (2.5Gb for NB, of which it uses about 1.7G) > NetBeans 10vc2, 10vc5, 8.2 > JDK 11.0.1 > JDK 1.8 > G1GC, CMS GC, Serial GC >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: performance, usability > Attachments: image-2019-06-12-15-33-06-715.png, > image-2019-06-13-17-35-18-309.png, nb-11-slow-hotspots.png, > netbeans-10vc5-jdk8-hang-gototype.txt.tdump, > netbeans-10vc5-jdk8-hang-progressutils.txt.tdump, > netbeans-10vc5-jdk8-hang.txt.tdump, netbeans-slow-00.npss, > netbeans-slow-01.npss, netbeans-startup-slow.npss, > open-file-slow-01.txt.tdump, open-file-slow-02.txt.tdump, > open-file-slow-03.txt.tdump, org-netbeans-modules-masterfs-linux.xml, > restart-netbeans-and-open-file-01.npss, slow-stack-00.txt > > > I used to use NetBeans 8 on JDK8, it was tolerable, but slow. > Now I have a new laptop, I've tried nb8, nb10 on jdk8, jdk11, with g1gc, > cmsgc, other gc. They are all UNUSABLY slow. By which I mean, it takes over a > minute just to open a file. > Mostly this is because things are waiting for things waiting for very > inefficiently implemnted file I/O, editor parsing, or things like that. I've > watched a 12-core Xeon chip spend over 4 hours just attempting to handle the > Active Reference Queue Daemon thread. > The slowdown is somewhat incremental - I can escape it as long as I'm happy > to restart NetBeans every hour or so (which I'm not happy to do). > Attached a stack dump to get you started, this took over a minute to open a > 284-line Java file from idle. > Please feel free to ask all the obvious questions, although I'm fairly sure > all the obvious things have been done. Mostly, I've got GC down to a > negligible amount. > If there's one or more features of NetBeans I can disable to get acceptable > behaviour while still being able to realistically edit Java code, please tell > me and I will disable them because I am at the end of my rope after using > (and developing for) NetBeans for nearly 10 years. If I can get IntelliJ to > load a Java/Gradle project neatly before this gets fixed, I'm gone. -- 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-2291) NetBeans is unusably slow
[ https://issues.apache.org/jira/browse/NETBEANS-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16876572#comment-16876572 ] Shevek commented on NETBEANS-2291: -- Removing masterfs-linux.jar makes rebooting the IDE a LOT faster, but does not stop it going out to lunch with background scanning. > NetBeans is unusably slow > - > > Key: NETBEANS-2291 > URL: https://issues.apache.org/jira/browse/NETBEANS-2291 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 8.2, 10.0, 11.0 > Environment: Ubuntu 18.10 > Linux 4.18.0 > 12 core Xeon E-2176M with 64Gb RAM > -Xmx2536m (2.5Gb for NB, of which it uses about 1.7G) > NetBeans 10vc2, 10vc5, 8.2 > JDK 11.0.1 > JDK 1.8 > G1GC, CMS GC, Serial GC >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: performance, usability > Attachments: image-2019-06-12-15-33-06-715.png, > image-2019-06-13-17-35-18-309.png, nb-11-slow-hotspots.png, > netbeans-10vc5-jdk8-hang-gototype.txt.tdump, > netbeans-10vc5-jdk8-hang-progressutils.txt.tdump, > netbeans-10vc5-jdk8-hang.txt.tdump, netbeans-slow-00.npss, > netbeans-slow-01.npss, netbeans-startup-slow.npss, > open-file-slow-01.txt.tdump, open-file-slow-02.txt.tdump, > open-file-slow-03.txt.tdump, org-netbeans-modules-masterfs-linux.xml, > restart-netbeans-and-open-file-01.npss, slow-stack-00.txt > > > I used to use NetBeans 8 on JDK8, it was tolerable, but slow. > Now I have a new laptop, I've tried nb8, nb10 on jdk8, jdk11, with g1gc, > cmsgc, other gc. They are all UNUSABLY slow. By which I mean, it takes over a > minute just to open a file. > Mostly this is because things are waiting for things waiting for very > inefficiently implemnted file I/O, editor parsing, or things like that. I've > watched a 12-core Xeon chip spend over 4 hours just attempting to handle the > Active Reference Queue Daemon thread. > The slowdown is somewhat incremental - I can escape it as long as I'm happy > to restart NetBeans every hour or so (which I'm not happy to do). > Attached a stack dump to get you started, this took over a minute to open a > 284-line Java file from idle. > Please feel free to ask all the obvious questions, although I'm fairly sure > all the obvious things have been done. Mostly, I've got GC down to a > negligible amount. > If there's one or more features of NetBeans I can disable to get acceptable > behaviour while still being able to realistically edit Java code, please tell > me and I will disable them because I am at the end of my rope after using > (and developing for) NetBeans for nearly 10 years. If I can get IntelliJ to > load a Java/Gradle project neatly before this gets fixed, I'm gone. -- 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-2291) NetBeans is unusably slow
[ https://issues.apache.org/jira/browse/NETBEANS-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16876538#comment-16876538 ] Shevek commented on NETBEANS-2291: -- WARNING [org.netbeans.core.startup.ModuleList]: Error encountered while reading org.netbeans.modules.masterfs.linux java.io.IOException: Autoload modules/org-netbeans-modules-masterfs-linux.jar cannot specify enablement at org.netbeans.core.startup.ModuleList.sanityCheckStatus(ModuleList.java:442) at org.netbeans.core.startup.ModuleList.readStatus(ModuleList.java:536) at org.netbeans.core.startup.ModuleList.access$2500(ModuleList.java:93) [catch] at org.netbeans.core.startup.ModuleList$ReadInitial.run(ModuleList.java:1590) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:102) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:494) at org.netbeans.core.startup.ModuleList.readInitial(ModuleList.java:146) at org.netbeans.core.startup.ModuleSystem.readList(ModuleSystem.java:284) at org.netbeans.core.startup.Main.getModuleSystem(Main.java:155) at org.netbeans.core.startup.Main.getModuleSystem(Main.java:125) at org.netbeans.core.startup.Main.start(Main.java:282) at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) at java.lang.Thread.run(Thread.java:748) > NetBeans is unusably slow > - > > Key: NETBEANS-2291 > URL: https://issues.apache.org/jira/browse/NETBEANS-2291 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 8.2, 10.0, 11.0 > Environment: Ubuntu 18.10 > Linux 4.18.0 > 12 core Xeon E-2176M with 64Gb RAM > -Xmx2536m (2.5Gb for NB, of which it uses about 1.7G) > NetBeans 10vc2, 10vc5, 8.2 > JDK 11.0.1 > JDK 1.8 > G1GC, CMS GC, Serial GC >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: performance, usability > Attachments: image-2019-06-12-15-33-06-715.png, > image-2019-06-13-17-35-18-309.png, nb-11-slow-hotspots.png, > netbeans-10vc5-jdk8-hang-gototype.txt.tdump, > netbeans-10vc5-jdk8-hang-progressutils.txt.tdump, > netbeans-10vc5-jdk8-hang.txt.tdump, netbeans-slow-00.npss, > netbeans-slow-01.npss, netbeans-startup-slow.npss, > open-file-slow-01.txt.tdump, open-file-slow-02.txt.tdump, > open-file-slow-03.txt.tdump, org-netbeans-modules-masterfs-linux.xml, > restart-netbeans-and-open-file-01.npss, slow-stack-00.txt > > > I used to use NetBeans 8 on JDK8, it was tolerable, but slow. > Now I have a new laptop, I've tried nb8, nb10 on jdk8, jdk11, with g1gc, > cmsgc, other gc. They are all UNUSABLY slow. By which I mean, it takes over a > minute just to open a file. > Mostly this is because things are waiting for things waiting for very > inefficiently implemnted file I/O, editor parsing, or things like that. I've > watched a 12-core Xeon chip spend over 4 hours just attempting to handle the > Active Reference Queue Daemon thread. > The slowdown is somewhat incremental - I can escape it as long as I'm happy > to restart NetBeans every hour or so (which I'm not happy to do). > Attached a stack dump to get you started, this took over a minute to open a > 284-line Java file from idle. > Please feel free to ask all the obvious questions, although I'm fairly sure > all the obvious things have been done. Mostly, I've got GC down to a > negligible amount. > If there's one or more features of NetBeans I can disable to get acceptable > behaviour while still being able to realistically edit Java code, please tell > me and I will disable them because I am at the end of my rope after using > (and developing for) NetBeans for nearly 10 years. If I can get IntelliJ to > load a Java/Gradle project neatly before this gets fixed, I'm gone. -- 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-2714) NetBeans gradle support does not recognize new subproject creation
[ https://issues.apache.org/jira/browse/NETBEANS-2714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16871879#comment-16871879 ] Shevek commented on NETBEANS-2714: -- I think it must have changed the settings.gradle, but... still needed reboot. > NetBeans gradle support does not recognize new subproject creation > -- > > Key: NETBEANS-2714 > URL: https://issues.apache.org/jira/browse/NETBEANS-2714 > Project: NetBeans > Issue Type: Bug >Reporter: Shevek >Priority: Major > > If I switch git branches or otherwise cause a new subproject to appear in a > gradle project, NetBeans does not recognize that. > I gather new NB watches the build.gradle(s) for changes, but it appears to > miss this one. > This is a fairly common use case - the old gradle plugin did NOT watch for > changes, and one had to do a manual reload. The new gradle plugin does watch > for changes, and there is no reload option, so the only way to see a new > subproject is to restart the whole IDE (grrr, again). -- 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-2714) NetBeans gradle support does not recognize new subproject creation
Shevek created NETBEANS-2714: Summary: NetBeans gradle support does not recognize new subproject creation Key: NETBEANS-2714 URL: https://issues.apache.org/jira/browse/NETBEANS-2714 Project: NetBeans Issue Type: Bug Reporter: Shevek If I switch git branches or otherwise cause a new subproject to appear in a gradle project, NetBeans does not recognize that. I gather new NB watches the build.gradle(s) for changes, but it appears to miss this one. This is a fairly common use case - the old gradle plugin did NOT watch for changes, and one had to do a manual reload. The new gradle plugin does watch for changes, and there is no reload option, so the only way to see a new subproject is to restart the whole IDE (grrr, again). -- 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
