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: | reverse engineering forgets some methods | ||
|---|---|---|---|
| Product: | uml | Reporter: | ddv36a78 <ddv36a78> |
| Component: | Reverse Engineering | Assignee: | issues@uml <issues> |
| Status: | RESOLVED INVALID | ||
| Severity: | blocker | ||
| Priority: | P1 | ||
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
since you RE on B, only B is parsed and model is created based on B code only. it do not parse all dependent classes. may be parsing dependencies may be an option. in most cases it's much better to re entire java project except cases with RE big (2000-3000+ classes) projects. |
I have just created 2 classes under 'test' package: public class A { public void f() { } } public class B extends A { public void f() { } public void g() { } } I select the B class and run 'Reverse Engineer'. A new project is created for storing UML models. Just fine. A node called 'B' is created : this node has f() and g() method sub-nodes. OK. A node called 'A' is created : this node has no method sub-node ! It should have instead a f() method sub-node.