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.
Summary: | NbModuleProjectTypeProfiler.isFileObjectSupported blocks EQ | ||
---|---|---|---|
Product: | profiler | Reporter: | Jesse Glick <jglick> |
Component: | Base | Assignee: | J Bachorik <yardus> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | Keywords: | PERFORMANCE, THREAD |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | Thread dumps |
Description
Jesse Glick
2007-07-25 18:12:29 UTC
Created attachment 45700 [details]
Thread dumps
probably we will need to abandon the idea of dynamically enabled actions as it seems it incurs quite big overhead (and worse yet on EDT). the solution would be to have the actions consistent with run/debug - keep them enabled and in case there is eg. no main method inform the user when he tries to invoke the action this is fixed by removing the dynamic nature of the profiler action enablement. now the profiler action behavior mimics the run/debug actions. if an information from the java infrastructure is needed to decide whether the action should be enabled or not retrieving this information is postponed till the action is actually being performed and the action is enabled by default. in case it's not possible to perform the action (eg. because of missing main method etc.) the user is notified about this fact and the profiling session won't start Great, I think that makes a lot more sense. |