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 1547 - Is it possible to support recreation of RAD components on the form when their impl class changes?
Summary: Is it possible to support recreation of RAD components on the form when their...
Status: CLOSED FIXED
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: All All
: P4 normal (vote)
Assignee: iformanek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1999-04-17 05:16 UTC by Jesse Glick
Modified: 2003-06-30 18:25 UTC (History)
0 users

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 Jesse Glick 1999-04-17 05:16:54 UTC
I.e. if you are developing a Bean in NB, and paste it into the Form Editor, you are kind of stuck with that impl. You can edit the class in source and recompile, but then you must restart the IDE to
 refresh the impl, correct?

This is a real pain when in the design stage of a Bean, when you want to be making frequent changes. It would be much nicer if Beans loaded from the Repository (which should be just about any Beans us

ed, since Bean installer mounts the JAR there, and cut-and-paste from Explorer of course takes the class from the Repo) could refresh themselves. Would suggest that this be done automatically every ti
me a form is opened, so you close and reopen; and maybe provide an action to do this too on an open form. Of course could fail if the ser was not compatible, but that is the user`s fault. How importan
t are the current shared instances for performance purposes? Could they be destroyed and recreated only when necessary (if the F.E. detected a change in the impl from last instantiation)?

Is this at all possible? I.e. would have to use the user class loader to get access to Beans by name. Then, for existing Beans, they could be serialized to some storage and then deserialized with the
new classloader.
Comment 1 Tomas Pavek 2000-07-21 15:39:59 UTC
Old bug report? I think now it's enough to close/reopen the form after
recompiling the bean class - restarting IDE is not necessary. Also beans need
not be in JARs (just anywhere in filesystems) so they can be simply recompiled.
I suggest this is fixed.
Comment 2 Marek Grummich 2000-07-25 09:17:59 UTC
Priority is changed to P4 (normal).
Comment 3 Marian Mirilovic 2001-01-17 17:05:59 UTC
verified in [nb31](34), [boston](1160)
Comment 4 Quality Engineering 2003-06-30 18:25:44 UTC
Resolved for 3.3.x or earlier, no new info since then -> closing.