Bug 74339 - [JUnit] Provide "drill-down" on assertEquals failures for Collection
Summary: [JUnit] Provide "drill-down" on assertEquals failures for Collection
Status: ASSIGNED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.2   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: JDT-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-20 14:30 EDT by David Corbin CLA
Modified: 2014-02-27 17:41 EST (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Corbin CLA 2004-09-20 14:30:40 EDT
When an assertEquals for two strings fails, there's a nice little drill down
that pops up a "diff dialog".  This would be great for Collections.

Making this an extension point would also be a good idea.
Comment 1 Erich Gamma CLA 2004-09-21 09:32:40 EDT
One trick to get the diff dialog for collections is to externalize them into a 
string. 
Comment 2 David Corbin CLA 2004-09-21 11:49:37 EDT
True, but I'm sure you agree that ideally the IDE should change, not the 'code
under development'.
Comment 3 Erich Gamma CLA 2004-09-21 11:58:23 EDT
sure, the issue is that the JUnit's asserts don't know about collections, so 
making progress on this one depends on JUnit
Comment 4 David Corbin CLA 2004-09-22 16:07:37 EDT
Well, I haven't looked at how the String behavior works, but even if JUnit
changes are required, I'm sure you could get them committed and released. :)
Comment 5 Erich Gamma CLA 2006-05-24 05:48:32 EDT
Moving back to the JDT/UI inbox
Comment 6 David Corbin CLA 2006-06-23 16:44:24 EDT
I'd even suggest extending this if possible, to work for ANY Objects. It would be nice to be able to view the objects as side by side trees (like they show in the debuger local variables view).
Comment 7 Andrej Zachar CLA 2014-02-27 17:41:11 EST
Hello All, 
I have implemented an initial set of features, that are capable to compare complex objects visually regardless used technology.

Because the implementation can span far behind Eclipse borders, I created a proposal, that tells about major issues and how to address them.

The architectural proposal for the complete solution can be found at
http://blog.chocolatejar.eu/contribution/2014/02/27/better-visualization-junit-failures/

The implementation home page can be found at  http://blog.chocolatejar.eu/org.eclipse.jdt.ui/ 

Please let me know what do you think about it and what should I do in order to integrated it into Eclipse.


Best regards,
Andrej