Bug 157019 - [build] incremental build involving a resource filter fails to produce expected subdirectory of the output folder
Summary: [build] incremental build involving a resource filter fails to produce expect...
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.3   Edit
Hardware: PC All
: P3 normal (vote)
Target Milestone: 3.3 M5   Edit
Assignee: Kent Johnson CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-12 08:54 EDT by Maxime Daniel CLA
Modified: 2007-02-05 13:21 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maxime Daniel CLA 2006-09-12 08:54:36 EDT
This is a fup on bug 117302. While the case of a full build is fixed in 3.3 M1 and 3.2.1, the following scenario appears to break 3.2.1:

- change MAX_AT_ONCE to 1, then self-host;
- create project P with src and bin, and q* amongst output resource filters;
- create class p.A as
package p;
public class A extends q.B {
}
- create class q.B as
package q;
public class B {
}
- build;
- from the Resources perspective, delete bin/q;
- add a white space somewhere into A.java, do an incremental build.

This results into q.B not being found, more precisely: 
q cannot be resolved to a type
Comment 1 Kent Johnson CLA 2007-01-05 12:39:50 EST
With the default JDT/Core options, we do not examine deltas to the output folder during an incremental build.

By enabling the option CORE_JAVA_BUILD_RECREATE_MODIFIED_CLASS_FILES_IN_OUTPUT_FOLDER, the testcase in CopyResourceTests works in incremental mode also.

The changed test was released with the fix for bug 157336.

Released for 3.3 M5 in HEAD stream
Comment 2 Olivier Thomann CLA 2007-02-05 13:21:25 EST
If rebuild resources modified by others is set, then it works fine.
Verified for 3.3M5 using I20070205-0009.