Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 161492 - org.eclipse.jdt.apt.tests.annotations.mirrortest.MirrorTestAnnotationProcessor.testPackagegImpl fails assertion test on IBM Java2 5.0
Summary: org.eclipse.jdt.apt.tests.annotations.mirrortest.MirrorTestAnnotationProcesso...
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: APT (show other bugs)
Version: 3.3   Edit
Hardware: Power PC Linux-GTK
: P3 normal (vote)
Target Milestone: 3.3 M6   Edit
Assignee: Walter Harley CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 188935 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-10-18 19:56 EDT by Corey Ashford CLA
Modified: 2007-05-24 11:29 EDT (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 Corey Ashford CLA 2006-10-18 19:56:49 EDT
The following line in the testPackageImpl fails the assertion because it finds 80 classes within java.util rather than 79.

ProcessorTestStatus.assertEquals("Number of classes in java.util", 79, classes.size());

I'm running these tests on a PowerPC platform and don't have access to a Sun JRE so I don't know why there apparently is a difference of one class in java.util.

Assuming that the IBM Java2 java.util package is ok, and contains the correct classes, this test should be changed to tolerate the result from the IBM JRE.
Comment 1 Jess Garms CLA 2006-10-18 19:59:00 EDT
Similar to the problem we have with 1.6. We need to move away from a dependency on anything in rt.jar.
Comment 2 Walter Harley CLA 2006-10-18 21:01:08 EDT
The related bug (for Java 1.6) is bug 152534.
Comment 3 Walter Harley CLA 2007-03-02 16:19:19 EST
Test rewritten so that it looks for specific types rather than just counting the size of the returned collection.
Comment 4 Walter Harley CLA 2007-05-24 11:29:57 EDT
*** Bug 188935 has been marked as a duplicate of this bug. ***