Summary: | Source attachment not found | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Kai-Uwe Maetzel <kai-uwe_maetzel> |
Component: | Core | Assignee: | Olivier Thomann <Olivier_Thomann> |
Status: | RESOLVED INVALID | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | ||
Version: | 2.1 | ||
Target Milestone: | 2.1 RC1 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Kai-Uwe Maetzel
2003-02-07 05:40:43 EST
None of the .class files contained in jsse.jar has its source in src.zip which is contained in the JDK1.4.1 install dir. I don't see how we could find a source in this case. Do you have the source of these classes? Could you please send me the source you used for the second part of the steps to reproduce? Because in my JDK1.4.1 installation, I don't have the source for the classes inside jsse.jar. For clarification: - intially not having any source attachment is the expected behavior - the source zip I attached is a fake and it is, as described, incomplete as it contains a single package only. We retrieve the source according to the source attribute when one is available. If I take the example of the javax.net.DefaultServerSocketFactory.class. The source attribute is DashoA6275. So if you want the source to be retrieve, you should create a zip file which contains a file called javax.net.DashoA6275. And in this file you can define the 4 classes. Then the source is mapped properly. I don't see why we would try to infer the source name if there is a source attribute. If you absolutely want a source to be attached, follow the source attribute name and everything will work fine. Ok to close? Closing. This is not a bug. The source attribute is completely different from the class name. If the right file name is used to create fake source, the source attachement works fine. Reopen if you believe this is still a bug. |