Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 334941 - customTargets/Assembly project names
Summary: customTargets/Assembly project names
Status: RESOLVED FIXED
Alias: None
Product: PDE
Classification: Eclipse Project
Component: Build (show other bugs)
Version: 3.7   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: 3.7 M5   Edit
Assignee: pde-build-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-20 14:59 EST by Andrew Niefer CLA
Modified: 2011-01-20 16:53 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 Andrew Niefer CLA 2011-01-20 14:59:21 EST
Both the customTargets.xml and the customAssembly.xml template scripts have "Build specific targets and properties" as the project name.

When using <import> to reuse and override these templates without having your own complete copy, the project name becomes a qualifier through which you can invoke targets from the import that you have overridden.

There are two issues here:
1) This actually is a very awkward name if you want to reference the parent task:

<property name="super" value="Build specific targets and properties" />
<import file="${eclipse.pdebuild.templates}/headless-build/customTargets.xml"/>
	
<target name="getMapFiles"  unless="skipMaps">
   <antcall target="${super}.getMapFiles" />
</target


2) The two custom scripts have the same name which results in warnings if both are being used in this way:
Duplicated project name in import. Project Build specific targets and properties defined first in ....

This also prevents you from accessing the super's targets in both scripts.


We should rename the templates so that they can be more easily consumed in this manner.
Comment 1 Andrew Niefer CLA 2011-01-20 16:53:41 EST
fixed by naming the projects "customTargets.template" and "customAssembly.template"