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.
Original submitter: sunflower Description: Coke build: 2006.04.27 Steps to reproduce: - Do Reverse Engineering of 'test' method from 'Test' class and create a Sequence diagram: --------------------------------------------------------------- import java.util.Iterator; import java.util.LinkedList; public class Test { void test(){ String str = "".trim(); Iterator iter = new LinkedList().iterator(); boolean res = iter.next().equals(str); } } --------------------------------------------------------------- - 'public void trim()' message is incorrectly called from 'self:Test' Lifeline. 'public boolean equals(Object Unnamed)' message is incorrectly called from 'self:Test' Lifeline. Unnecessary 'AbstractSequentialList' Lifeline is created.
Created attachment 36500 [details] Sequence Diagram showing problem
Issue 78377. In MethodCallExpression.sendOperationEvents had to add check to see if string constant was being accessed as a static instance. Added getStringInstance(IREClass reClass) to return instance in this case.
- The 'public void trim()' message is incorrectly connected to ':Test' lifeline instead of ':String' - The 'public boolean equals(Object obj)' message is not shown at all on the diagram
Created attachment 39747 [details] Sequence diagram
waived for NB5.5 release.
fixed the "".trim() piece by forcing the return of a String Object when a literal is being used.
tracking info - the iter.next().equals() is not returning processing because it does not know that iter.next() is an Object. If it is coded as (iter.next()) or ((Object)iter.next) the diagram shows fine.
This fix handles resolving nonqualified class names. This fix also requires the Java16 version 1.3+ library files.
In build 070803, sequence diagram is blank. The operation test's return type is shown as a string of numbers and letters.
set parameter type for unknown return parameter is UMLParserUtilities.inMatchingParameter(*). This change fixes the issue, but the parameter type should not have to be set here. It should already be set. Need to find a better solution.
verified in beta1 build 070905. The iterator message should point to the "iter" instance but it's pointing to ":AbstractSequenctialList". See attached screenshot for the current result.
Created attachment 48297 [details] sequence diagram
In ObjectInstanceInformation.getMethodDeclaration, check to see if a super class has been returned as the owner from the SourceElementLocator. If so, set the owner back to the m_InstantiatedType.
can't verify. blocked by issue 115587.
verified in instrumented build 200709180324.