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 194817 - Add a new hint to @Override annotation errors to "Rename method"
Summary: Add a new hint to @Override annotation errors to "Rename method"
Status: NEW
Alias: None
Product: java
Classification: Unclassified
Component: Hints (show other bugs)
Version: 6.x
Hardware: All All
: P3 normal with 2 votes (vote)
Assignee: Svata Dedic
URL:
Keywords:
: 194815 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-01-28 15:48 UTC by _ wadechandler
Modified: 2013-09-02 14:20 UTC (History)
0 users

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description _ wadechandler 2011-01-28 15:48:50 UTC
Please see:
http://wadechandler.blogspot.com/2011/01/java-override-and-refactoring.html

as to why I'm requesting this as an aid in refactoring. Basically, when one has methods which no longer make sense in an interface or class and they must be removed, classes overriding them have these methods which no longer make sense. These methods can be renamed, logic pulled from them, or perhaps completely removed. It would be very handy to just ALT-ENTER then use the "Rename method" hint to be done with the method. Now, if one is refactoring such an interface they should use the "Rename method" refactoring and that go ahead and fix the issue for them in the entire code base, but in the cases where this has not been done, or perhaps some dependent project was not open at the time, then this would be extremely handy.

It would be nice if there were some way when this occurs to have another hint option of "Rename all methods using this name implementing interfaces used in this class". That would be a way to throw some dependent project into a refactor mode for such a time when the project wasn't open to take advantage of some larger refactoring. It may be the dependency sources are not even controlled by the dependent project, and in that case such a refactoring would never be possible without some sort of a similar feature.
Comment 1 MackSix 2011-11-14 12:34:11 UTC
*** Bug 194815 has been marked as a duplicate of this bug. ***