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 41705 - Switch to/from form editor component takes a long time
Summary: Switch to/from form editor component takes a long time
Status: CLOSED FIXED
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 4.x
Hardware: PC Linux
: P2 blocker (vote)
Assignee: issues@guibuilder
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2004-04-05 13:39 UTC by _ rkubacki
Modified: 2006-03-24 10:35 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
typical stacktrace during editor switch (7.44 KB, text/plain)
2004-04-05 13:41 UTC, _ rkubacki 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description _ rkubacki 2004-04-05 13:39:58 UTC 
build 200404011800, Linux RH, JDK1.4.2_03 and
JDK1.5.0-b45, PIII 800MHz, 512MB

I opened core, core/windows, core/ide, openide,
openide/loaders projects and forms contained in
them (22 forms, mostly simple panels). Now the
component switching between forms and Java editor
takes 2seconds. This is a lot longer time than
switching between Java editors for instance
(usually ~300ms). Also switching between two forms
is acceptable.

It seems that TopComponentGroup.open/close called
from PCL in FormEditorSupport is too expensive.
Comment 1 _ rkubacki 2004-04-05 13:41:20 UTC 
Created attachment 14275 [details]
typical stacktrace during editor switch
Comment 2 Tomas Pavek 2004-04-05 15:24:51 UTC 
Do you mean switching from form to java editor? Not from java to form?
If TopComponentGroupImpl.close is too expensive, then this is rather
winsys issue. More investigation is needed.
Any chance to provide a snapshot from profiler?
Comment 3 _ rkubacki 2004-04-06 08:09:46 UTC 
Both changes last too long: form -> Java & Java -> form. 

Of course it can be a winsys problem and we can't say it without
thorough analysis. So far we know that Java -> Java and even form ->
form switching is much faster.
Comment 4 Jan Stola 2004-07-07 15:44:15 UTC 
The java<->form switch doesn't seem to be slow in the latest
development builds (the performance measurement with OptimizeIt
didn't show any serious bottleneck).
Comment 5 Marek Grummich 2005-07-11 14:22:56 UTC 
verified