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: | Refactor renaming class in source file fails to update source file artifact under class element node | ||
---|---|---|---|
Product: | uml | Reporter: | bugbridge <bugbridge> |
Component: | Synchronization | Assignee: | Craig Conover <conover> |
Status: | CLOSED FIXED | ||
Severity: | blocker | CC: | conover |
Priority: | P1 | ||
Version: | 5.x | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 78483 |
Description
bugbridge
2006-06-20 10:13:25 UTC
A fix has been found. More testing before integration and the details will be posted here on what was wrong, assuming additional testing will succeed. In MetaDataRChangeListener's method handleNameChange(AttributeEvent) (in org.netbeans.modules.uml.integration.netbeans.listeners), a call to JavaClassUtils.findElement(String) is only passing in the "simple" name of the element (IElement) that is needed. Even when it is found, there is a follow up comparison of the found IElement's fully qualified name with this simple name and so it never matches (except for default package case, perhaps) and the return is always null. So the solution is to pass in the fully qualified name of the element with dot delimiters. The ".java" extension must be stripped off the end of it as well. And now that the element is being found properly, the new class file can be found for this class in the Java project, and set as the new source file artifact for this element. Files affected: Files affected: uml/ideintegration/src/org/netbeans/modules/uml/integration/netbeans/listeners/MetaDataRChangeListener.java Verified in Netbeans 5.5 Dev (build 2006.07.17) |