Community
Participate
Working Groups
Build 3.1.0 Scenario documented at: http://forum.java.sun.com/thread.jspa?forumID=316&threadID=642709 exposes a situation where Eclipse doesn't flag a supertype collision.
Reduced testcase: public class X { interface B<T> {} interface C extends B {} class D implements B<Integer> {} class F extends D implements C {} } should be rejected since F implements both B(raw) and B<Integer>
We also mishandle the following variation: public class X { interface B<T> {} interface C extends B {} class D implements B<Integer> {} class V<U extends D & C> {} }
Added GenericTypeTest#test777-778. Fix consists in using minimalErasedCandidate algorithm when matching superinterface against superclass (for source types and type variables). Fixed
Verified in 3.2 M1 with build I20050808-2000.
Verified using M20050923-1430 for 3.1.1