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 170150 - NbModuleProject.Info.getDisplayName should not require Evaluator (28s pause)
Summary: NbModuleProject.Info.getDisplayName should not require Evaluator (28s pause)
Status: RESOLVED DUPLICATE of bug 173109
Alias: None
Product: apisupport
Classification: Unclassified
Component: Project (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Jesse Glick
URL: http://statistics.netbeans.org/except...
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2009-08-10 15:42 UTC by Jaroslav Tulach
Modified: 2010-03-11 12:21 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 155418

Attachments
nps snapshot (30.09 KB, bin/nps)
2009-08-10 15:43 UTC, Jaroslav Tulach 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jaroslav Tulach 2009-08-10 15:42:46 UTC 
Build: NetBeans IDE Dev (Build 090805)
VM: Java HotSpot(TM) Client VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b03
OS: Linux, 2.6.29.6-desktop-1mnb, i386
Maximum slowness yet reported was 28866 ms, average is 28866
Comment 1 Jaroslav Tulach 2009-08-10 15:43:12 UTC 
Created attachment 86053 [details]
nps snapshot
Comment 2 rmichalsky 2009-08-10 16:42:44 UTC 
Root cause more or less the same as in issue #168373 - Evaluator needs complete module list in order to evaluate
properties. Probably will need to rewrite it, the question is what to do, when Evaluator is asked for a property that
really needs module list loaded.
Comment 3 Jaroslav Tulach 2009-08-11 08:52:21 UTC 
In this case I suggest to return folder name as display name of the project and later (when parsing of all projects is 
finished) fire change event to update the name to real one.

This trick may need to be repeated in other cases, but generally I think that leaving an action in its initial state 
(either disabled or enabled, depending on its nature) and updating its state to appropriate value when all projects 
are processed is relatively acceptable strategy.
Comment 4 Jesse Glick 2010-02-04 13:48:49 UTC 
Probably unnecessary to support overridden manifest.mf.
Comment 5 Jesse Glick 2010-03-11 12:21:33 UTC 

*** This bug has been marked as a duplicate of bug 173109 ***