Bug 53095 - I20040225: Won't accept breakpoint on NoClassDefFoundError
Summary: I20040225: Won't accept breakpoint on NoClassDefFoundError
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 major (vote)
Target Milestone: 3.0 M8   Edit
Assignee: Frederic Fusier CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 53312 53500 54335 54513 54834 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-02-25 13:45 EST by Richard Kulp CLA
Modified: 2004-03-25 12:52 EST (History)
6 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Kulp CLA 2004-02-25 13:45:09 EST 
When I try to select this, it says:

"Selected type is not a subclass of java.lang.Throwable"

but java.lang.NoClassDefFoundError is a subclass of java.lang.Throwable.
Comment 1 Richard Kulp CLA 2004-02-25 13:49:49 EST 
By the way, I just tried other exceptions, and some it accepts and others it
doesn't. I haven't been able to detect a pattern as to which ones work and which
don't.
Comment 2 Darin Wright CLA 2004-02-25 14:33:17 EST 
The supertype hierarchy appears incomplete. We traverse the hierarchy, but it 
stops after LinkageError (who's supertype returns null). You can follow the 
loop in "AddExceptionDilaog.getException(IType)".
Comment 3 Darin Wright CLA 2004-02-27 15:03:25 EST 
*** Bug 53312 has been marked as a duplicate of this bug. ***
Comment 4 Philipe Mulet CLA 2004-03-09 12:48:59 EST 

*** This bug has been marked as a duplicate of 54043 ***
Comment 5 Darin Wright CLA 2004-03-10 13:03:03 EST 
*** Bug 54335 has been marked as a duplicate of this bug. ***
Comment 6 Frederic Fusier CLA 2004-03-11 10:46:15 EST 
After having investigated bug 54043, it's not a duplicate.
Comment 7 Frederic Fusier CLA 2004-03-11 10:51:51 EST 
I can also reproduce this bug with StringIndexOutOfBoundsException...
There's also test case provided by Daniel in bug 54043:
    1. have JFace as binary
    2. open TreeViewer in JavaEditor
    3. press Ctrl+O
    4. press Ctrl+O
    Observe: only one level of inheritance is shown even though we ask the type
    hierarchy for all super types getAllSupertypes(IType)
Comment 8 Frederic Fusier CLA 2004-03-11 13:19:25 EST 
Fixed.

Now the superclasses are well computed for binary files.

This problem occured when clients create a new super hierarchy type on a binary 
type (method newSuperhierarchyType(...) of BinaryType). While computing type 
hierarchy, only direct superclass was stored in classToSuperclass map...

Regression due to bug 52384 fix.

[jdt-core-internal]
Changes made in method resolve(IGenericType) of HierarchyResolver. After 
remembering the supplied type and its binding, then loop to also remember 
supertypes and superinterfaces...

Test case added in separated class TypeHierarchyTests2 and new workspace test 
project TypeHierarchy2 as adding this test in TypeHierarchyTests has bad side 
effects I could not fixed without lib.jar source files...
Comment 9 Markus Keller CLA 2004-03-12 04:01:49 EST 
*** Bug 54513 has been marked as a duplicate of this bug. ***
Comment 10 Markus Keller CLA 2004-03-12 04:02:25 EST 
*** Bug 53500 has been marked as a duplicate of this bug. ***
Comment 11 Darin Wright CLA 2004-03-15 11:12:34 EST 
*** Bug 54834 has been marked as a duplicate of this bug. ***
Comment 12 Jerome Lanneluc CLA 2004-03-17 13:36:21 EST 
Moved test case to TypeHierarchyTests
Comment 13 Jerome Lanneluc CLA 2004-03-25 12:52:24 EST 
Verified in build I200403250800.