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 49291 - Startup takes forever with large classpath
Summary: Startup takes forever with large classpath
Status: RESOLVED DUPLICATE of bug 47415
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 4.x
Hardware: PC Windows XP
: P3 blocker (vote)
Assignee: issues@java
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2004-09-20 15:31 UTC by chethaase
Modified: 2007-09-26 09:14 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description chethaase 2004-09-20 15:31:56 UTC
I'm trying to use NB (beta1) to debug the jdk.  I
finally got some debugging functionality to work
(although platform setup ignores any but the first
source path), but the startup time for NB makes it
unusable for me.

In particular, after the initial startup, a dialog
pops up entitled "Scanning Project Classpaths" and
then proceeds to walk the classpath of the entire
jdk (I pointed it at my build workspace instead of
the standard jdk).

Maybe my situation is unusual (pointing it at a
build of the jdk, with class files instead of jar
files), but I don't think it would be unusual for
outside developers to point it at their own large
classes directories.

This process takes about a minute on my very fast
machine (P4 3.4 GHz, fast disk); I can't imagine
what this would take on a slower configuration.

I don't know what it is scanning the classpaths
for, so I don't know the proper workaround.  B ut
at the very least, there could be some setting
that specifies whether to rescan on startup or not
(if not, there could be a way to trigger the
rescan); forcing the slow full-scan startup by
default makes it unusable in this situation.
Comment 1 Antonin Nebuzelsky 2004-09-20 15:41:19 UTC
Reassigning.
Comment 2 Antonin Nebuzelsky 2004-09-20 15:44:05 UTC
Reassigning to java/javacore responsible for the classpath
scanning/rescanning.
Comment 3 Martin Matula 2004-09-21 09:33:45 UTC

*** This issue has been marked as a duplicate of 47415 ***
Comment 4 Quality Engineering 2007-09-20 09:50:45 UTC
Reorganization of java component