Community
Participate
Working Groups
When you have a project that also references external jars, there appears to be a problem with error tagging. Consider the following example: I have a project that has some code that references external jars. In the first instance, there were missing methods in classes in the external jars, so the compile failed. The open editor displayed the errors, as did the Package Explorer and the Problems view. I replaced the external jar with one that fixed the errors, and did a Project 'refresh' from the package explorer. The rebuild occurred and, in the open editor, all indications of the error state disappeared. However, the Problems view still displays all of the original compilation problems (now resolved), and the Package Explorer still has a red 'x' next to the class and package that had the problems. Doing a "rebuild all" correctly resets the state of the Package Explorer and Problems view. It would seem that the build done by the 'refresh' does not clear the error states in the views before performing the compilation.
NB This was observed with build N200401150010, but I couldn't say it was restricted to just that version
Feels like no build is actually occurring since no resource got touched (only external JARs). Wondering if we should force to touch project (as we do when touching a cp variable/container).
*** Bug 50209 has been marked as a duplicate of this bug. ***
Fixed by touching the project when the delta processor detects an external jar change during refresh. Added regression test BuildPathTests.testExternalJarChange()
Verified for 3.0M7