[jira] [Created] (NETBEANS-4320) Change method parameters goes out to lunch

2020-05-10 Thread Shevek (Jira)
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

2020-02-13 Thread Shevek (Jira)


 [ 
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

2020-02-13 Thread Shevek (Jira)


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

2020-02-13 Thread Shevek (Jira)


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

2020-02-11 Thread Shevek (Jira)
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

2020-01-31 Thread Shevek (Jira)


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

2020-01-31 Thread Shevek (Jira)


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

2020-01-31 Thread Shevek (Jira)


 [ 
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

2020-01-31 Thread Shevek (Jira)


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

2020-01-31 Thread Shevek (Jira)


 [ 
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

2020-01-30 Thread Shevek (Jira)


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

2020-01-28 Thread Shevek (Jira)


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

2020-01-28 Thread Shevek (Jira)


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

2020-01-28 Thread Shevek (Jira)


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

2020-01-26 Thread Shevek (Jira)


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

2020-01-26 Thread Shevek (Jira)


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

2020-01-26 Thread Shevek (Jira)


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

2020-01-26 Thread Shevek (Jira)


 [ 
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

2020-01-25 Thread Shevek (Jira)


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

2020-01-25 Thread Shevek (Jira)


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

2020-01-24 Thread Shevek (Jira)


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

2020-01-23 Thread Shevek (Jira)


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

2020-01-23 Thread Shevek (Jira)


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

2020-01-23 Thread Shevek (Jira)


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

2020-01-23 Thread Shevek (Jira)


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

2020-01-23 Thread Shevek (Jira)


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

2020-01-23 Thread Shevek (Jira)


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

[jira] [Created] (NETBEANS-3744) NetBeans should load multi-project gradle projects in one shot

2020-01-23 Thread Shevek (Jira)
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

2020-01-23 Thread Shevek (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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 
> org.netbeans.modules.web.cli

[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken

2020-01-23 Thread Shevek (Jira)


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

[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken

2020-01-23 Thread Shevek (Jira)


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

[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken

2020-01-23 Thread Shevek (Jira)


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

[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken

2020-01-23 Thread Shevek (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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 
org.netbeans.modules.web.clientprojec

[jira] [Commented] (NETBEANS-3741) NetBeans loads, but file tree is broken

2020-01-23 Thread Shevek (Jira)


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

2020-01-23 Thread Shevek (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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 
> org.netbeans.modules.gradle.javaee.web.WebProjectBrowserProvider.

[jira] [Created] (NETBEANS-3742) NPE in WebProjectBrowserProvider

2020-01-23 Thread Shevek (Jira)
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

2020-01-23 Thread Shevek (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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 
> org.netbeans.modules.web.clientproject.br

[jira] [Created] (NETBEANS-3741) NetBeans loads, but file tree is broken

2020-01-23 Thread Shevek (Jira)
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

2020-01-10 Thread Shevek (Jira)


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

2019-12-31 Thread Shevek (Jira)


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

2019-12-31 Thread Shevek (Jira)


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

2019-12-27 Thread Shevek (Jira)


 [ 
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&diff=unified&w=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

2019-11-29 Thread Shevek (Jira)


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

2019-11-29 Thread Shevek (Jira)
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

2019-11-19 Thread Shevek (Jira)


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

2019-10-29 Thread Shevek (Jira)


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

2019-10-28 Thread Shevek (Jira)


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

2019-10-28 Thread Shevek (Jira)


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

2019-10-28 Thread Shevek (Jira)


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

2019-10-22 Thread Shevek (Jira)
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

2019-10-04 Thread Shevek (Jira)
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 com.sun.tools.javac.comp.Attr.visitIdent(Attr.java:3924

[jira] [Commented] (NETBEANS-3041) NetBeans gradle invoker not honouring org.gradle.jvmargs

2019-08-28 Thread Shevek (Jira)


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

2019-08-28 Thread Shevek (Jira)


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

2019-08-28 Thread Shevek (Jira)
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-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference

2019-08-22 Thread Shevek (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16913872#comment-16913872
 ] 

Shevek commented on NETBEANS-2999:
--

I can't reproduce it reliably, and I don't have a profiling snapshot because 
the entire IDE hung up, but I do have a heap-dump from when it happened, which 
I can't share because proprietary, but I'm happy to answer queries based on 
what it contains.

I know that's not ideal, but ... I hope that a set of OQL queries or something 
might give a useful answer for you?

I wonder if the business with lots of pointers into /tmp is a regular repro - 
I'll try with another IDE over some of my OSS projects, they're all basically 
the same, and see if I can get the characteristics, even if not the failure.

> 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO

2019-08-20 Thread Shevek (Jira)


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

2019-08-19 Thread Shevek (Jira)


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

2019-08-19 Thread Shevek (Jira)


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

2019-08-19 Thread Shevek (Jira)


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

[jira] [Commented] (NETBEANS-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference

2019-08-17 Thread Shevek (JIRA)


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

2019-08-17 Thread Shevek (JIRA)


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

[jira] [Updated] (NETBEANS-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference

2019-08-17 Thread Shevek (JIRA)


 [ 
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

2019-08-17 Thread Shevek (JIRA)
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

2019-08-16 Thread Shevek (JIRA)
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 com.

[jira] [Commented] (NETBEANS-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO

2019-08-15 Thread Shevek (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908436#comment-16908436
 ] 

Shevek commented on NETBEANS-2661:
--

I heap dumped it while it was running, but I don't know what I'm looking for.

> 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

2019-08-15 Thread Shevek (JIRA)


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

2019-08-15 Thread Shevek (JIRA)


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

2019-08-15 Thread Shevek (JIRA)


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

2019-08-15 Thread Shevek (JIRA)


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

2019-08-14 Thread Shevek (JIRA)


 [ 
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

2019-08-14 Thread Shevek (JIRA)


 [ 
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

2019-08-14 Thread Shevek (JIRA)


 [ 
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

2019-08-14 Thread Shevek (JIRA)


 [ 
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

2019-08-14 Thread Shevek (JIRA)
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

2019-08-14 Thread Shevek (JIRA)


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

2019-08-14 Thread Shevek (JIRA)


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

2019-08-14 Thread Shevek (JIRA)


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

2019-08-14 Thread Shevek (JIRA)


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

2019-08-14 Thread Shevek (JIRA)


 [ 
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

2019-08-14 Thread Shevek (JIRA)


 [ 
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

2019-08-13 Thread Shevek (JIRA)
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 
org.netbeans.m

[jira] [Commented] (NETBEANS-2977) NetBeans broke at startup

2019-08-12 Thread Shevek (JIRA)


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

2019-08-12 Thread Shevek (JIRA)


 [ 
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

2019-08-12 Thread Shevek (JIRA)


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

2019-08-12 Thread Shevek (JIRA)


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

2019-08-12 Thread Shevek (JIRA)


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

2019-08-12 Thread Shevek (JIRA)


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

2019-08-12 Thread Shevek (JIRA)


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

2019-08-12 Thread Shevek (JIRA)
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

2019-08-11 Thread Shevek (JIRA)


 [ 
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

2019-08-11 Thread Shevek (JIRA)


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

2019-08-09 Thread Shevek (JIRA)


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

2019-08-08 Thread Shevek (JIRA)


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

2019-08-08 Thread Shevek (JIRA)
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

2019-07-02 Thread Shevek (JIRA)
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

2019-07-02 Thread Shevek (JIRA)


 [ 
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

2019-07-02 Thread Shevek (JIRA)


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

2019-07-02 Thread Shevek (JIRA)


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

2019-07-01 Thread Shevek (JIRA)


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

2019-07-01 Thread Shevek (JIRA)


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



  1   2   >