Summary: | [1.5][search] Generic method in superclass does not exist | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | David Saff <david> |
Component: | Core | Assignee: | Frederic Fusier <frederic_fusier> |
Status: | CLOSED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | tobias_widmer |
Version: | 3.1 | ||
Target Milestone: | 3.1 RC2 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: | |||
Bug Depends on: | |||
Bug Blocks: | 97209 |
Description
David Saff
2005-05-09 13:01:32 EDT
David, which build are you using ? Just confirmed on I20050509-2010 It seems like there is something wrong with the resolved source method for 'generateList' which the search engine returns during visibility checking. The output of toString() looks as follows: generateList(Class<String>) (not open) {key=LC;.generateList<T:Ljava/lang/Object;>(Ljava/lang/Class<TT;>;) Ljava/util/List<TT;>;} [in C [in [Working copy] C.java [in <default> [in <project root> [in Test]]]]] The type arguments encoded in the key do not match the parameter types of the Java element. Calling #getFlags() then causes the exception Moving to JDT Core for comments +1 for RC2 Fixed and released in HEAD. Method handle was not correct due to the fact it was built on parameterized method binding instead of original one. Now search engine correctly find messages sent in field declaration. [jdt-core internal] Change done in MethodLocator.reportDeclaration(...) Test case added in JavaSearcgBugsTests Verified using N20050606-0010 + JDT/Core HEAD Verified with I20050610-0010. |