| Summary: | IncrementalImageBuilder sometimes removes resources that it should not | ||
|---|---|---|---|
| Product: | [WebTools] JSDT | Reporter: | Slava Kabanovich <scabanovich> |
| Component: | General | Assignee: | Project Inbox <jsdt.javascript-inbox> |
| Status: | CLOSED DUPLICATE | QA Contact: | Nitin Dahyabhai <thatnitind> |
| Severity: | normal | ||
| Priority: | P3 | CC: | alkazako |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Slava Kabanovich
On comparing files .classpath and .jsdtscope I found that There is entry in .classpath: <classpathentry kind="output" path="build/classes"/> and entry in .jsdtscope: <classpathentry kind="output" path=""/> That explains that resource is removed with path relative to project (which is considered as the output path) same as the path relative to WebContent. After I had manually set output path to "build/classes" in .jsdtscope, everything worked well. But I found no way to change that property other than manually. And why it was not equal to Java output in the beginning, since New Dynamic Web Project wizard suggested no way to select it separately, and actually I had no idea of its existence until it had appeared in such a peculiar way. Sounds like it might be a duplicate of bug 335247. That issue and others referenced in it are similar to this one. And fix applied there that stops removing files from output will help for this issue. But the question remains: why jsdt sets project itself to be its output instead of Java output when new Dynamic Web Project is created? "output" in this sense is just an artifact of JSDT being a fork from JDT. It has no really use, but it's there because our APIs still have references to it. As soon as "output" is not used and JSDT does not modify its content when performing build, the issue is fixed. *** This bug has been marked as a duplicate of bug 335247 *** |