Summary: | Unable to create multiple source folders when not using bin for output | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Jason Sholl <jsholl> |
Component: | Core | Assignee: | Philipe Mulet <philippe_mulet> |
Status: | CLOSED FIXED | QA Contact: | |
Severity: | blocker | ||
Priority: | P1 | CC: | daniel_megert |
Version: | 2.1 | ||
Target Milestone: | 2.1.1 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Jason Sholl
2003-04-14 14:49:25 EDT
This check is intending to capture the scenario where some source folder would output to a different entry on the classpath (using a custom output location). The scenario described in this defect should work. Candidate for backporting to 2.1 maintenance stream. Actually, this situation is indeed meant to be forbidden. We don't want to let generated files pollute a source folder (consequence of fix for bug 33207 which was released in 2.1-rc2). We could relax this rule, the end result is not nice, but is still supported (as it was in 2.0). For backward compatibility with 2.0, we allow the default output location to coincidate again, only specific output locations (associated with each source folder) will be denied to coincidate. Note that in your testcase, the end result can be strange if doing the following: P +-test1/ | +- p/ | +-X.java +-test2/ +- q/ +-Y.java after building (with output being test1/), you obtain P +-test1/ | +-p/ | +-X.java | +-q/ <------------ EXTRA EMPTY PACKAGE APPEARS +-test2/ +-q/ +-Y.java but presumably this doesn't bother you, right ? Patch available in JDT/Core 2.1 update area: http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/jdt-core- home/r2.1/main.html#updates Fixed in 2.2 stream as well. Verified. Verified for 3.0M1 OK |