Summary: | Fup of bug 134110, got CCE changing an external jar contents and refreshing the project | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Olivier Thomann <Olivier_Thomann> | ||||||
Component: | Core | Assignee: | Jerome Lanneluc <jerome_lanneluc> | ||||||
Status: | VERIFIED FIXED | QA Contact: | |||||||
Severity: | normal | ||||||||
Priority: | P3 | CC: | markus.kell.r | ||||||
Version: | 3.2 | ||||||||
Target Milestone: | 3.2 RC3 | ||||||||
Hardware: | PC | ||||||||
OS: | Windows XP | ||||||||
Whiteboard: | |||||||||
Attachments: |
|
Description
Olivier Thomann
2006-04-28 15:10:36 EDT
Forgot to mention that the lib.jar contains the source and the binary for jkohen.B. I'm not sure how to make the JAR export have a structure like A/jkohen/B.class. When I export with default setting, the structure is jkohen/B.class. Created attachment 39907 [details]
Library with the structure A/jkohen/B.class
Sorry I still cannot reproduce. Starting with a fresh workspace, and following your steps, I don't get the CCE. Can you reproduce ? If you can, do you have more details ? Could not reproduce today. I got it twice on Friday. Could it be possible that the source file (B.java) inside the lib.jar is returned instead of the binary file (B.class)? The library lib.jar contains both B.java and B.class. To reproduce A must be a prereq of B. Exact steps are: 1. Unzip lib,jar from comment 3 in workspace dir 2. New Java Project "A" (it uses the sources that were just unzipped) 3. New Java Project "B" with project "A" and "lib.jar" on the classpath 4. Drill down to "B.class" in lib.jar an open it Observe: You get the reported ClassCastException in the .log file Created attachment 40027 [details]
Proposed patch and regression test
+1 for 3.2RC3 Markus - pls cast your vote +1 for 3.2 RC3 Released patch and regression test Verified using N20060503-0010 for 3.2RC3 Double-checked using build N20060504-0010 |