Bug 245304 - [compiler] Class javadoc is the cause of compiler errors in another class
Summary: [compiler] Class javadoc is the cause of compiler errors in another class
Status: VERIFIED DUPLICATE of bug 239229
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.4   Edit
Hardware: PC Linux
: P3 major (vote)
Target Milestone: 3.4.1   Edit
Assignee: Philipe Mulet CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-26 15:30 EDT by Robert Konigsberg CLA
Modified: 2008-08-28 11:55 EDT (History)
4 users (show)

See Also:


Attachments
archive of the problematic project (10.00 KB, application/x-tar)
2008-08-26 15:30 EDT, Robert Konigsberg CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Konigsberg CLA 2008-08-26 15:30:53 EDT
Created attachment 110991 [details]
archive of the problematic project

Build ID: I20080617-2000

Steps To Reproduce:

1. Import the attached project in to a clean workspace.
2. After import, there will be three error markers attached to Derived.java:
* ReportExceptionBase cannot be resolved to a type: line 4
* ReportExceptionBase cannot be resolved to a type: line 5
* The import com.foo.bar.baz.reporting.dom cannot be resolved: line 2
3. You can hyperlink to any reference of ReportExceptionBase, and the IDE will take you there.
4. If you re-save the source file Derived.java (with a no-op), the errors go away.

More information:
This is actually a fairly serious problem for us because we generate large projects -- a fair amount of which is based on read-only source. So any solutions that involve no-op re-saving are actually not feasible.

Now, my subject suggests that javadoc is the a source of the problem, and it looks like it is. How do I know? Here's how:

1. Unarchive the archive once again in a new project location.
2. Before importing, change the file Report.java by turning the javadoc in to non-javadoc
3. Import the project.
This results in no errors.

Note that I don't think the validity of the {@link} reference is relevant, but I'm sure any JDT debug session will help.

Final note: I set the severity to "Major" because, due to my requirements, there is no easy work-around.
Comment 1 Philipe Mulet CLA 2008-08-26 17:15:53 EDT
On the surface, I suspect this could be a dup of bug 239229

Could you try a 3.4 maintenance build to see if it occurs still ?
http://download.eclipse.org/eclipse/downloads/drops/M20080820-0800/index.php

(I will try it myself tomorrow)
Comment 2 Philipe Mulet CLA 2008-08-27 06:24:02 EDT
Cannot reproduce any longer with latest.
Comment 3 Philipe Mulet CLA 2008-08-27 10:24:03 EDT
Added ProblemTypeAndMethodTest#test089.


*** This bug has been marked as a duplicate of bug 239229 ***
Comment 4 Jerome Lanneluc CLA 2008-08-28 11:55:36 EDT
To reproduce you need a Project > Clean and rebuild after importing the project.

Verified for 3.4.1 using M20080827-2000