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 8953 - poor performance of JavaHelp.addHelpSet()
Summary: poor performance of JavaHelp.addHelpSet()
Status: CLOSED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: All All
: P4 minor (vote)
Assignee: Jesse Glick
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-12-19 16:33 UTC by anovak
Modified: 2008-12-22 20:40 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
dump of main thread during the startup (3.86 KB, text/plain)
2000-12-19 16:35 UTC, anovak 		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 anovak 2000-12-19 16:33:52 UTC 
JavaHelp.addHelpSet() takes 2.4% of the startup time (or 3.61% of main thread)
It is caused by invocation of HelpSet.<init>.

Could we defer the constructor until someone asks for help?
Comment 1 anovak 2000-12-19 16:35:59 UTC 
Created attachment 423 [details]
dump of main thread during the startup
Comment 2 Jesse Glick 2000-12-19 16:56:59 UTC 
Yes, I think several things could probably be deferred with some care: loading
the help set resource (perhaps); initializing the HelpSet object (involves
parsing XML etc.); merging module helpsets into the master helpset (only needed
for Master Index).
Comment 3 Jan Chalupa 2001-03-12 09:34:50 UTC 
Version: 'Dev' -> 3.2
Comment 4 Jesse Glick 2001-03-26 17:20:01 UTC 
If possible, it would be nice for a lazy (deferred) merge to also alphabetize
modules in the merge (according to help set title, to match ModuleHelpAction).
Comment 5 Jesse Glick 2001-04-29 17:38:40 UTC 
Fixed in the trunk--helpsets are not loaded or merged until someone asks to open
help.
Comment 6 Jan Chalupa 2001-05-05 20:40:05 UTC 
Target milestone -> 3.3
Removing the OPEN_IN_3.2 keyword.
Comment 7 Quality Engineering 2003-07-01 15:54:40 UTC 
Resolved for 3.4.x or earlier, no new info since then -> verified.
Comment 8 Quality Engineering 2003-07-01 16:46:01 UTC 
Resolved for 3.4.x or earlier, no new info since then -> closing.