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 47669 - [40cat] performance of the classpath scan that happens at startup
Summary: [40cat] performance of the classpath scan that happens at startup
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-08-23 06:03 UTC by coldrick
Modified: 2007-09-26 09:14 UTC (History)
2 users (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 coldrick 2004-08-23 06:03:25 UTC
[ BUILD # : beta 1 ]
[ JDK VERSION : J2SE 1.4.2_05 ]

Concerned about performance of the classpath scan that happens at startup: even on toy projects with 256MB given to the JVM on my 3Ghz laptop, it takes a while each time. Goodness knows what it would be like on a large project!
Comment 1 Marian Mirilovic 2004-08-23 07:36:58 UTC
David,
what do you mean by "performance of the classpath scan  that happens
at startup" ?

At very first startup time is no classpath scan (only if you 've
already opened project - means after restart IDE).
Classpath is scanned after opening project, if you open first project
after IDE installation, JDK classpath is scanned .... more iformation
about this provides developers of java module ... it takes longer time
(3-5 minutes depends on HW)...

Comment 2 coldrick 2004-08-23 08:04:48 UTC
The very first time I open the IDE, there is a *long* classpath scan
(of src.zip, I think). 

What I was referring to was when I restart the IDE with an existing
project open, or when I open an existing project.

See also Simone's description - presumably regarding a larger project
- on the netcat list.
Comment 3 Martin Matula 2004-08-23 08:37:24 UTC

*** This issue has been marked as a duplicate of 47415 ***