Bugzilla – Full Text Bug Listing
| Summary: | Allow generated retrieve.xml fetch script access to some outside properties | ||
|---|---|---|---|
| Product: | [Eclipse Project] PDE | Reporter: | Andrew Niefer <aniefer> |
| Component: | Build | Assignee: | pde-build-inbox <pde-build-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | caniszczyk, gunnar, pwebster |
| Version: | 3.6 | ||
| Target Milestone: | 3.7 M5 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 289838 | ||
Any idea if this will make 3.7? 3.7 yes, but not likely for M3. Need to decide what properties to pass in, not sure if just inheriting everything is too much. I added "buildDirectory" and "fetchCacheLocation" to be passed to the retrieve.xml. In order to inherit all we would actually need to enumerate the properties, so for now these two is enough unless there is a need for more This somehow got missed being tagged for M4 |
During fetch script generation a nested ant is run against a generated retrieve.xml to fetch feature.xmls so that we can recursively generated all the fetch scripts. Currently when running retrieve.xml the only property that is set on this nested ant is the "fetch.failonerror" property. This is a problem is the fetch factory requires access to anything in the outer build environment. In particular, GIT wants a repository cache location, thee is no access to even ${buildDirectory}.