Bug 35849 - Incremental compilation ignores linked folders
Summary: Incremental compilation ignores linked folders
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 2.1   Edit
Hardware: PC Windows All
: P3 major (vote)
Target Milestone: 3.0 M1   Edit
Assignee: Kent Johnson CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-03-30 08:15 EST by André Luís Martins CLA
Modified: 2003-06-05 09:17 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description André Luís Martins CLA 2003-03-30 08:15:34 EST
When using a linked folder in a Java project, if I modify a java source that 
imports from the linked folder the compiler:
- says the import is not used
- gives unresolved symbol errors in the lines that use files from that import.

A simple test that reproduces the error:
1) Create a folder (C:\temp\test2)
2) Create a class in there (C:\temp\test\Test.java)
3) Create a new project in Eclipse
4) Link the folder (test -> C:\temp\test)
5) Create a class in the new project (Test2.Java)
   in that class use "import test.*;" and in any method use the class "Test t 
= new Test();"

When the project in rebuild the error disapears, but if one changes anything 
on the Test2.java file (for example, adding a blank line) and saves the file 
then the error appears again.
Comment 1 Philipe Mulet CLA 2003-03-31 05:59:07 EST
Seems like a reconciling with error problem. Kent, pls investigate.
Comment 2 Kent Johnson CLA 2003-03-31 16:23:11 EST
Links were added to allow projects to include source & output folders outside 
the workspace, not top-level packages.

For now, you have 2 options for this case:

1. Add c:\temp as a source folder.
2. Add an output folder to the project (either inside or outside the workspace).

We need to decide whether we want to support top-level packages as linked 
resources. The 'fix' for this problem may be to exclude this case.
Comment 3 Kent Johnson CLA 2003-04-01 14:08:53 EST
Fixed by handling the exception case when we cannot find the .class file using 
our normal search.
Comment 4 David Audel CLA 2003-06-05 09:17:09 EDT
Verified.