Bug 3372 - Markers for build path not updated on (re-) build (1GJY69S)
Summary: Markers for build path not updated on (re-) build (1GJY69S)
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 2.0   Edit
Hardware: All Windows NT
: P2 normal (vote)
Target Milestone: 2.0 M2   Edit
Assignee: Kent Johnson CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 22:54 EDT by Dani Megert CLA
Modified: 2002-01-14 10:29 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 Dani Megert CLA 2001-10-10 22:54:01 EDT
Markers are added for wrong build paths. However these
	markers only seem to be updated (added/removed) if I
	change the build path and not if
	- autobuild
	- build the project
	- rebuild the project

	This leads to problems if I restart Eclipse and some of
	the JARs have gone: there is no indication about the error.
	I can add Java files and rebuild them but no marker will be
	generated telling me about the wrong build path.

	As far as I can remember it works when doing a catch up (but that
	should be verified) and some of the JARs have gone ==> the build
	path seems to be updated via code. So instead of validating the build
	path on each (re-build), it could at least be validated on startup.


NOTES:

PM (9/13/2001 11:15:32 AM)
	A build action will not cause the build path to become any better, this is why it does not cause them to be refreshed.
	Currently, the only way to get these markers to be refreshed is whenever modifying the build path.

	When opening a project, we should go for a build path marker refresh, in particular the startup would cause a refresh (or close/reopen a project).
	Ideally, we would want to also hook into the "refresh from local" mechanism, so as to get an indication that something outside the workspace has changed.
	
	A fullbuild might also be a candidate for forcing to refresh these markers...
Comment 1 DJ Houghton CLA 2001-10-29 17:12:27 EST
PRODUCT VERSION:
	0.135


Comment 2 Philipe Mulet CLA 2001-12-10 17:48:20 EST
A full build would be a good opportunity to refresh the buildpath markers.

Look at JavaProject.getResolvedClasspath implementations, one allows to tell 
whether we want to refresh the markers, it should be used when doing a full 
build (when the classpath changes, it will also cause a full build).
Comment 3 Kent Johnson CLA 2001-12-13 11:59:17 EST
Changed JavaProject.getExpandedClasspath(boolean, boolean) to flush the old 
markers & recompute the new ones, and also changed the NameEnvironment to ask 
the JavaProject to generate the problem markers.