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 88741 - first java project gets reverse engineered regardless of which was selected from new project wizard
Summary: first java project gets reverse engineered regardless of which was selected f...
Status: VERIFIED FIXED
Alias: None
Product: uml
Classification: Unclassified
Component: Reverse Engineering (show other bugs)
Version: 5.x
Hardware: All All
: P2 blocker (vote)
Assignee: Craig Conover
URL:
Keywords: REGRESSION
: 90466 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-11-06 20:37 UTC by Peter Lam
Modified: 2006-12-02 00:06 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 Peter Lam 2006-11-06 20:37:48 UTC
Repro steps:
- create 2 different java projects with different content
- from the new project wizard, create a new uml project by reverse engineering
the java project
- select the 2nd java project to reverse engineer from the new project wizard
and proceed to reverse engineer
Result: the 1st java project was actually reverse engineered into the uml model.
Comment 1 Craig Conover 2006-11-21 17:44:00 UTC
Workaround: instead of using wizard, right click on the desired Java project,
and select Reverse Engineer action. This works properly.
Comment 2 Craig Conover 2006-11-21 18:25:31 UTC
The source roots table is not updated with the newly selected Java project's
sources info. It remains to be the initially selected Java project's sources in
the table no matter which Java project is selected, so the project name is
correct, but the source roots of the initially selected project is passed to the
project generator.

A simple event trigger to update this source roots table should fix this.
Comment 3 Craig Conover 2006-11-21 19:12:22 UTC
Refresh sourceRoots table when a new project is selected in the combobox.
Comment 4 Andrew Korostelev 2006-11-22 10:47:04 UTC
verified in ide-coco-061121_17
Comment 5 Peter Lam 2006-12-02 00:06:39 UTC
*** Issue 90466 has been marked as a duplicate of this issue. ***