Bugzilla – Full Text Bug Listing
| Summary: | different IMethodBindings of generic method have equal getKey() | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Markus Keller <markus.kell.r> | ||||||
| Component: | Core | Assignee: | Jerome Lanneluc <jerome_lanneluc> | ||||||
| Status: | VERIFIED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | ||||||||
| Version: | 3.1 | ||||||||
| Target Milestone: | 3.1 RC1 | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
Created attachment 21068 [details]
Proposed patch
Changed ParameterizedGenericMethodBinding#computeUniqueKey(...) to add empty
arguments (%<>) at the end of the key if it is a raw method.
Adapted BindingKeyParser and BindingKeyResolver to this new format.
Created attachment 21069 [details]
Regression test
Added regression test BatchASTCreationTests#test063()
Released fix and regression test Verified in i20050527-0010 |
I20050308-1510 The three occurrences of method sort(..) below all have different IMethodBindings, but share the same key: Lxy/Try;.sort<T::Ljava/lang/Comparable<-TT;>;>(Ljava/util/List<TT;>;)V public class Try { public static <T extends Comparable<? super T>> void sort(List<T> list) { } /** * @see #sort(List) */ void binarySearch() { sort(new ArrayList()); } } The declaration (generic method) and the code reference (raw method) should definitely have different keys. For the code reference and the javadoc reference, I think the keys should be equal, but the IMethodBindings should be identical.