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 146964 - [65cat] Cannot run for minutes for a project with embedded projects
Summary: [65cat] Cannot run for minutes for a project with embedded projects
Status: RESOLVED INVALID
Alias: None
Product: java
Classification: Unclassified
Component: Source (show other bugs)
Version: 6.x
Hardware: All All
: P1 blocker (vote)
Assignee: Jan Lahoda
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-11 15:12 UTC by wobster
Modified: 2008-12-09 15:11 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Thread dumps during times where NetBeans was paused for minutes waiting for something to happen before running the code (118.15 KB, text/plain)
2008-09-11 15:13 UTC, wobster
Details
Dialog that appears minutes after run execution claiming that there are errors when there are none (13.02 KB, image/png)
2008-09-11 16:24 UTC, wobster
Details

Note You need to log in before you can comment on or make changes to this bug.
Description wobster 2008-09-11 15:12:34 UTC
I have a project that includes two other projects. When I attempt to run or debug a class in the project, the execution
of the class is delayed for minutes until I get a dialog that claims that there was a compilation error, which there
wasn't. If I tell it to run anyway, it runs the class fine. There is some thread deadlock/starvation or timeout going on
that is delaying the execution. I've attached a few stack traces to help diagnose the problem.
Comment 1 wobster 2008-09-11 15:13:38 UTC
Created attachment 69664 [details]
Thread dumps during times where NetBeans was paused for minutes waiting for something to happen before running the code
Comment 2 Dusan Balek 2008-09-11 15:26:31 UTC
Could you please tell us which compilation error appears in the dialog. Thanks.
Comment 3 Jan Lahoda 2008-09-11 15:30:26 UTC
Hm, it seems that the initial scan is still running - was that soon after project opening/IDE start? I do not think we
can execute the project (using CoS approach) before the initial scan - the class files to be executed may not exist yet.

Regarding the warning dialog: it checks not only the one class, but whole project with all dependencies. Weren't there
any compilation errors in the whole project+dependencies? No error badges?

Thanks.
Comment 4 wobster 2008-09-11 16:13:32 UTC
NetBeans has had all the projects opened for hours. This happens every time I run the class in the project. Also, when I
run the project, it tells me that it has to wait for a classpath scan yet again, but that happens fairly quickly and it
continues.

I'll capture the dialog the next time it pops up. 
Comment 5 wobster 2008-09-11 16:24:54 UTC
Created attachment 69671 [details]
Dialog that appears minutes after run execution claiming that there are errors when there are none
Comment 6 Jiri Kovalsky 2008-09-16 21:26:12 UTC
Reporter provided us with requested information - removing INCOMPLETE keyword.
Comment 7 Jan Lahoda 2008-09-17 12:19:59 UTC
For the extraordinary long waits, steps to reproduce may be necessary. A log produced by the IDE with:
-J-Dorg.netbeans.modules.java.source.usages.RepositoryUpdater.level=0
right before the Run action might suffice. Might be related to issue #147438.

As for the "compiled with errors" dialog, please take a look into the ${userdir}/var/cache/index/<highest number>/ -
each "s<number>" directory here corresponds to a source root on some classpath, mapping is in the segments file. Under
the "s<directory>" there is directory "errors", which contains ".err" and ".warn" files (mapping to compiler errors and
warnings). When the dialog appears, there needs to be at least one ".err" file somewhere in the errors directories
corresponding to the classpath. It is necessary to analyze whether the errors in the .err file(s) is correct or not (in
which case we need to find out why the incorrect error appeared).
Comment 8 Jiri Prox 2008-12-09 15:11:05 UTC
Since requested additional information haven't been provided this issue was closed as INVALID. However, we still
consider your report important for next development. 
Therefore, please, if you experience this issue again feel free to reopen it and submit additional information as well. 

Thank you for your support.