This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 128692 - Initializing project... never disappears
Summary: Initializing project... never disappears
Status: VERIFIED FIXED
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Projects UI (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Jaroslav Tulach
URL:
Keywords: RANDOM
: 129903 (view as bug list)
Depends on: 194451
Blocks:
  Show dependency tree
 
Reported: 2008-02-28 13:15 UTC by Tomas Mysik
Modified: 2011-01-19 14:58 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
screenshot (26.38 KB, image/png)
2008-02-28 13:17 UTC, Tomas Mysik
Details
threaddump (11.67 KB, text/plain)
2008-02-28 13:20 UTC, Tomas Mysik
Details
Screenshot from 090212 (17.98 KB, image/png)
2009-02-12 18:13 UTC, Jesse Glick
Details
IDE log (137.57 KB, text/plain)
2009-04-21 13:46 UTC, Tomas Mysik
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tomas Mysik 2008-02-28 13:15:51 UTC
Immediately after the IDE startup try to open all the projects (in my case 8 NB projects). It's reproducible.

Product Version: NetBeans IDE Dev (Build 20080223222843)
Java: 1.6.0_04; Java HotSpot(TM) Server VM 10.0-b19
System: Linux version 2.6.24-gentoo-r2 running on i386; UTF-8; cs_CZ (nb)

I'll attach threaddump and screenshot.
Comment 1 Tomas Mysik 2008-02-28 13:17:54 UTC
Created attachment 57443 [details]
screenshot
Comment 2 Tomas Mysik 2008-02-28 13:20:18 UTC
Created attachment 57444 [details]
threaddump
Comment 3 Jaroslav Tulach 2008-03-12 14:07:40 UTC
changeset:   72563:9a20e49635e1
tag:         tip
user:        Jaroslav Tulach <jtulach@netbeans.org>
date:        Wed Mar 12 14:03:26 2008 +0100
summary:     Yet more logging to find the cause of 128692


Please simulate again with -J-Dorg.netbeans.modules.project.ui.OpenProjectList.level=0 and attach your log (as soon as 
the changeset propagates to the trunk).
Comment 4 Milos Kleint 2008-03-12 14:36:50 UTC
*** Issue 129903 has been marked as a duplicate of this issue. ***
Comment 5 Jesse Glick 2009-02-12 18:13:39 UTC
Created attachment 76932 [details]
Screenshot from 090212
Comment 6 Jesse Glick 2009-02-12 18:18:52 UTC
Just happened to me again (have seen this in the past on occasion). Of course I cannot reproduce, so the logging flag is
no help; it also produces too much noise to be left on permanently. Perhaps the guilty code should somehow detect that
lazy projects exist for too long (30 sec? I don't know) and automatically log a WARNING-level synopsis of the situation.
Comment 7 Jaroslav Tulach 2009-02-18 10:47:58 UTC
Can you inspect the node hierarchy when you see the problem again? Or generate a heap dump? That can tell us where the 
problem is. Thanks.
Comment 8 Jesse Glick 2009-02-18 15:19:34 UTC
If it happens to me again I will try to get a heap dump. Not sure what you mean by inspecting the node hierarchy.
Comment 9 Jaroslav Tulach 2009-02-20 06:23:08 UTC
node hierarchy: Something like the old bean browser. Are filter nodes OK? Are original nodes OK? Are visualizers OK? I 
suspect the bug may not be in the ProjectRootNode at all or, it would be good to be sure
Comment 10 Jaroslav Tulach 2009-03-09 12:27:29 UTC
Tomáš just gave me a heapdump that clearly shows two BadgingNodes still delegate to LazyProject ones. E.g. this is not 
bug in nodes.
Comment 11 Jaroslav Tulach 2009-03-13 16:02:03 UTC
I know the problem is there, I just have no clue why it happens. I've just enhanced the logging a bit:
core-main#4bcbfd0e4386
all messages from the OpenProjectsList are collected. After the open is finished, I do check for LazyProject still 
being in lookup and if it is there and if so, I print all the collected log.

Reopen with the newly generated log. Thanks.
Comment 12 Quality Engineering 2009-03-17 08:31:40 UTC
Integrated into 'main-golden', will be available in build *200903170201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/4bcbfd0e4386
User: Jaroslav Tulach <jtulach@netbeans.org>
Log: Hunt for cause of #128692 - collecting logging and in case LazyProject stays visible, reporting all that have been collected.
Comment 13 rmichalsky 2009-03-17 11:06:47 UTC
Needs the log level for OpenProjectList really to be set to FINEST in the code? I need to log other things during
project opening and the output is cluttered by OpenProjectList log, which cannot be turned off without recompiling
projectui.
Comment 14 Jesse Glick 2009-03-17 16:36:36 UTC
I already complained to jtulach about the excess logging; he said we would try to fix it.
Comment 15 Jaroslav Tulach 2009-03-18 14:23:25 UTC
core-main#1f74053488c5
Comment 16 Quality Engineering 2009-03-19 20:36:43 UTC
Integrated into 'main-golden', will be available in build *200903191401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/1f74053488c5
User: Jaroslav Tulach <jtulach@netbeans.org>
Log: #128692: Collecting messages into StringBuffer rather then own log Handler
Comment 17 Tomas Mysik 2009-04-21 13:44:59 UTC
Reproduced in:

Product Version: NetBeans IDE Dev (Build 090420)
Java: 1.5.0_16; Java HotSpot(TM) 64-Bit Server VM 1.5.0_16-b02
System: Linux version 2.6.27-11-generic running on amd64; UTF-8; cs_CZ (nb)

Attaching IDE log...
Comment 18 Tomas Mysik 2009-04-21 13:46:15 UTC
Created attachment 80592 [details]
IDE log
Comment 19 Jaroslav Tulach 2009-04-21 15:24:12 UTC
Nice. Looks like call to supportCh.firePropertyChange does not end up in BadgingNode in spite the node adds a listener 
in constructor.
Comment 20 Jaroslav Tulach 2009-04-21 16:31:02 UTC
core-main#87d6c7ab5ce9
Comment 21 Quality Engineering 2009-04-22 08:41:16 UTC
Integrated into 'main-golden', will be available in build *200904220201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main-golden/rev/87d6c7ab5ce9
User: Jaroslav Tulach <jtulach@netbeans.org>
Log: #128692: Test to simulate that projects are opened sooner than the BadgingNode adds its listener
Comment 22 Jesse Glick 2009-08-07 22:48:54 UTC
I think you should consider backing out 1f74053488c5 now; I am getting stack traces like this, showing that the logging
is performing nontrivial work:

        at org.openide.util.EditableProperties.cloneProperties(EditableProperties.java:339)
        at org.netbeans.spi.project.support.ant.EditableProperties.cloneProperties(EditableProperties.java:217)
        at org.netbeans.spi.project.support.ant.ProjectProperties.getProperties(ProjectProperties.java:115)
        at org.netbeans.spi.project.support.ant.AntProjectHelper$5.run(AntProjectHelper.java:707)
        at org.netbeans.spi.project.support.ant.AntProjectHelper$5.run(AntProjectHelper.java:705)
        at org.openide.util.Mutex.readAccess(Mutex.java:285)
        at org.netbeans.spi.project.support.ant.AntProjectHelper.getProperties(AntProjectHelper.java:705)
        at org.netbeans.modules.mobility.project.J2MEProject.toString(J2MEProject.java:1225)
        at java.lang.String.valueOf(String.java:2615)
        at java.util.AbstractCollection.toString(AbstractCollection.java:454)
        at java.util.Collections$UnmodifiableCollection.toString(Collections.java:1003)
        at java.lang.String.valueOf(String.java:2615)
        at java.lang.StringBuilder.append(StringBuilder.java:116)
        at org.openide.util.lookup.SimpleLookup.toString(SimpleLookup.java:82)
        at java.lang.String.valueOf(String.java:2615)
        at java.util.AbstractCollection.toString(AbstractCollection.java:454)
        at java.lang.String.valueOf(String.java:2615)
        at java.lang.StringBuilder.append(StringBuilder.java:116)
        at org.openide.util.lookup.ProxyLookup.toString(ProxyLookup.java:91)
        at java.lang.String.valueOf(String.java:2615)
        at java.util.AbstractCollection.toString(AbstractCollection.java:454)
        at java.lang.String.valueOf(String.java:2615)
        at java.lang.StringBuilder.append(StringBuilder.java:116)
        at org.openide.util.lookup.ProxyLookup.toString(ProxyLookup.java:91)
        at java.lang.String.valueOf(String.java:2615)
        at java.lang.StringBuffer.append(StringBuffer.java:220)
        at org.netbeans.modules.project.ui.OpenProjectList.printMsg(OpenProjectList.java:165)
        at org.netbeans.modules.project.ui.OpenProjectList.log(OpenProjectList.java:154)
        at org.netbeans.modules.project.ui.ProjectsRootNode$BadgingNode.replaceProject(ProjectsRootNode.java:554)
        at org.netbeans.modules.project.ui.ProjectsRootNode$BadgingNode.access$000(ProjectsRootNode.java:428)
        at org.netbeans.modules.project.ui.ProjectsRootNode.checkNoLazyNode(ProjectsRootNode.java:209)
        at org.netbeans.modules.project.ui.OpenProjectList$LoadOpenProjects.run(OpenProjectList.java:318)

(834f725a5b5a is a contributing factor in that case.)
Comment 23 Jaroslav Tulach 2009-08-12 15:37:25 UTC
This particular problem is fixed in core-main#9635d330ddd2 
I'd rather leave the logging on to have some info if similar problem re-appears. But if the logging causes problems, 
it can of course be removed or made conditional.
Comment 24 Jesse Glick 2009-08-12 17:26:22 UTC
That should help. BTW after my last comment I also simplified J2MEProject.toString to not include the project properties.
Comment 25 Quality Engineering 2009-08-13 06:06:47 UTC
Integrated into 'main-golden', will be available in build *200908130201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main-golden/rev/9635d330ddd2
User: Jaroslav Tulach <jtulach@netbeans.org>
Log: Tweak to #128692 - don't log content of BadgingLookup