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.
Steps to reproduce: - Reverse Engineer 'A' java class ----------------------------------------------- package pack; import java.util.List; public class A { public void show(List<A> list){ } } ----------------------------------------------- - Create a Class diagram - Put the 'A' element on the diagram - Select 'public void show( List<A> list )' operation on the element and invoke 'Navigate To Source' Nothing happens.
*** Issue 98238 has been marked as a duplicate of this issue. ***
see also related and fixed issue 78393
low use case not currently impacting our installed user base.
The navigate to source code is not using the array/collection override check for parameters. For this to work properly, the attribute/parameter level property for collection override feature needs to be implemented and RE has to populate this property with the collection and generic type. But I think I can at least put in a second level check to search for the collection type instead of the the array type, but it will be the collection type specified in the global collection override preference and this will not work for many use cases.
Without the 78473 enhancement, this will not be able to be fixed. Added as a dependency.
The method "public static ElementAndFile getMethod(MethodInfo method, final boolean isConstructor)" of class "NBUtils" in ideintegration module is the code that needs to be adjusted to look for the collection override version of the method in the source code. MethodParameterInfo's getCodeGenType() method should be used to find this collection version of the method in the source code.
All changes made, but need resolution on issue 101257 for complete solution.
Also need resolution on issue 101255.
Changed Subcomponent to "code generation" from "reverse engineering" because all RE's just fine, but the code gen and navigate to source were not equipped to handle Collection override. The Collection Type override for multiplicity ranges feature had to be backported from UML-NB6 branch in order for this to work. All that has been and then some for navigate to source with Collection Type override feature.
The latest build this was verified is all-nbms-griffin_fixes-070419_3-ml. Example in bug description still doesn't work. please use exactly the same example, because it works correctly for method like public void test(List<String> list){ }
removed HOL since this case is no longer used in HOLs.
verified
Andrew: griffin_fixes: For HOL case works correctly (duplicate issue 98238). Now It's enough for HOL. BUT Original scenario still doesn't work and therefore release55_fixes_fixed status whiteboard should be removed.
I verified that the original test case still doesn't work. The problem is that the class inside a PACKAGE with methods which have generic parameters does not work. If methods which have generic parameters that is not inside a package works fine as in issue 98238. So, I'm separating out issue 98238 as not a duplicate of this issue. And reopen this issue.
for doc purpose: verified in NB6 build 070515 and the original issue is now working so moving state to fixed.
verified in NB6 build 070515