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 97573 - Slow IDE shutdown
Summary: Slow IDE shutdown
Status: RESOLVED WONTFIX
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Infrastructure (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Milos Kleint
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2007-03-09 15:17 UTC by _ rkubacki
Modified: 2009-11-02 11:00 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
thread dump (16.17 KB, text/plain)
2007-03-09 15:26 UTC, _ rkubacki 		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 _ rkubacki 2007-03-09 15:17:45 UTC 
shutdown of IDE where I have most opened most of NetBeans trunk projects takes
~40-50sec due to processing of event(s) fired from OpenProjectList in
GlobalPathRegistry.
Comment 1 _ rkubacki 2007-03-09 15:26:06 UTC 
Created attachment 39341 [details]
thread dump
Comment 2 Tomas Zezula 2007-03-09 15:48:59 UTC 
It should be solved by the project infrastructure. The same holds for opening
projects when the classpaths are randomly registered in the GPR and events are
fired from it. The project system should register the classpaths at once when
all depending projects are opened and the same holds for ide closing.
Comment 3 _ rkubacki 2007-03-09 15:58:48 UTC 
Do you mean that we should do event coalscing on startup and shutdown Tomas?
Will this help?
Comment 4 Tomas Zezula 2007-03-09 16:04:58 UTC 
The better approach is to create a support which allows registering and
unregistering at once with one event. Currently also the RepositoryUpdater has
problem wih events from GPR. Naive synchronous implementation which reacts on
each event was unusable, only collecting of classpaths in case of nbbuild took
about 10 minutes. The RepositoryUpdater is now a sliding task, but it makes
quite hard to implement determinate progress of background scanning.
Comment 5 Milos Kleint 2008-02-27 09:13:19 UTC 
that would mean cutting GlobalPathRegistry.getDefault().register() calls from the ProjectOpenedHook implementations, right?
Comment 6 Milos Kleint 2009-10-30 09:41:41 UTC 
I will stop pretending this is going to happen any time soon -> LATER. please reopen/escalate when critical
Comment 7 Quality Engineering 2009-11-02 11:00:43 UTC 
NetBeans.org Migration: changing resolution from LATER to WONTFIX