| Summary: | Old Tasks / Types remain after reconciliation | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Darin Swanson <Darin_Swanson> |
| Component: | Ant | Assignee: | Luc Bourlier <eclipse> |
| Status: | VERIFIED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | 3.1 | ||
| Target Milestone: | 3.1 M5 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
Fixed in conjunction with bug 71358. We keep track of the defining nodes and if we have unique identifiers for such node(s) that are no longer present we remove the task(s) that were defined by these node(s). This logic used to be spread between AntProject and AntModel. Consolidated in AntModel. Changes to: AntProjectNode: removed logic for tracking defining nodes. Moved to AntModel AntModel: tracks the tasks/types defined by a defining node and keeps the set of tasks/types correct based on the current set of defining nodes that succeed in configuration AntDefiningTaskNode: provides a unique identifier for the node. Keeps track of the tasks/types defined by the node and caches this info in the AntModel. On configuration failure this cache is removed from the AntModel AntEditorCompletionProcessor: query the model instead of the project for defining node information Please verify Luc. Verified. Please update the build notes, Darin S. Thanks. Build notes updated. |
With the following build file, if you change the pathelement location to be invalid, the tasks defined will remain defined within the project for code assist. <project name="main" default="all"> <taskdef resource="net/sf/antcontrib/antcontrib.properties"> <classpath> <pathelement location="c:/darins/downloads/ant- contrib/lib/ant-contrib-1.0b1.zip" /> </classpath> </taskdef> <osfamily property="osFamily" /> <target name="all"> <echo>Hello ${osFamily} World</echo> </target> </project>