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 46414 - Checking changes in classpath pauses for no reason
Summary: Checking changes in classpath pauses for no reason
Status: RESOLVED DUPLICATE of bug 48598
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-07-21 22:24 UTC by _ gtzabari
Modified: 2007-09-26 09:14 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Thread-dump (10.65 KB, text/plain)
2004-08-09 20:53 UTC, _ gtzabari
Details

Note You need to log in before you can comment on or make changes to this bug.
Description _ gtzabari 2004-07-21 22:24:15 UTC
dev build 200407151800

   This is issue random.. it's the first time I've
ever seen it. Netbeans is started up, it says
"checking change in [jar file]" and then it sits
there using 0% cpu and seemingly sleeping for 5
seconds per file. If you guys have any weirs
sleeps in your wrong (maybe if the file is locked
and you wait for it to unlock) now would be a good
time to remove it. I was stuck for over 5 mins
waiting for Netbeans to close that damn modal
window so I can begin using the IDE :)
Comment 1 Milos Kleint 2004-07-22 07:09:30 UTC
i think this is a java issue. reassinging for evaluation
Comment 2 Martin Matula 2004-07-22 08:16:38 UTC
I have no idea what's wrong. Could you take some thread dumps during
that 5 seconds and attach them?
What about the disk activity? IDE is deserializing indexes during that
time. But that's nothing new and it was the case even in earlier builds.
Comment 3 _ gtzabari 2004-07-22 14:37:45 UTC
Martin,

  Unfortunately this issue occured at random and I have no way to
reproduce it. If I see it again I will provide more information.
Comment 4 _ rkubacki 2004-07-28 09:43:22 UTC
Checking of the first JAR (usualy rt.jar) is slower than the rest due
to initialization costs but it is probably a different issue.
Comment 5 Martin Matula 2004-07-28 15:40:21 UTC
Waiting for more information (thread dumps taken while the IDE is
paused). For now setting the issue as INCOMPLETE.
Comment 6 _ gtzabari 2004-07-28 16:12:38 UTC
Martin,

  Seeing as this issue is random I cannot easily provide you with more
information. I've only seen it twice so far. If I ever find a way to
reproduce it in a more consistent manner I will let you know,
otherwise I would close the issue as "can not reproduce" unless
someone else has been experiencing it as well.
Comment 7 Martin Matula 2004-07-28 16:27:12 UTC
OK, feel free to close it. Also please note, that thread dumps during
the IDE is paused are enough. You do not need to provide exact steps
to reproduce - we just need to find out what causes the pauses. But
maybe you will not be able to reproduce it anymore. We had a
performance issue in transaction closing which could cause this and it
was fixed already. Also it is possible that for some reason there was
a heavy disk activity on your machine (that could be caused by some
background process) - in such case the CPU usage could show 0% while
the machine is still heavily loaded.
Comment 8 _ gtzabari 2004-08-09 20:53:10 UTC
Ok, I've reproduced this using dev build 200408081800, JDK 5.0 b60,
fresh userdir.

I open a new project in Netbeans, switch focus to Remote Desktop,
switch back a few seconds later and it's sitting there hung on some
classpath. Attached in the thread-dump I got. About 30 seconds later,
Netbeans came back to life and resumed scanning.
Comment 9 _ gtzabari 2004-08-09 20:53:40 UTC
Created attachment 16709 [details]
Thread-dump
Comment 10 Tomas Hurka 2004-08-19 12:26:08 UTC
Please provide more thread dumps not just one. 
Comment 11 Tomas Hurka 2004-09-14 14:55:44 UTC
According to thread dump this is duplicate of issue #48598.

*** This issue has been marked as a duplicate of 48598 ***
Comment 12 Quality Engineering 2007-09-20 12:10:45 UTC
Reorganization of java component