TargetDefinitionGenerator usage [message #1444760] |
Tue, 14 October 2014 14:12 |
Abel Hegedus Messages: 197 Registered: September 2015 |
Senior Member |
|
|
I have managed to get the TargetDefiitionGenerator to work, in that by adding the annotation to the Targlet task, it generates a .target file upon performing it.
<annotation
source="http:/www.eclipse.org/oomph/targlets/TargetDefinitionGenerator">
<detail key="location"><value>${git.clone.location/releng/mytarget.target}</value></detail>
<detail key="includeAllPlatforms"><value>false</value></detail>
<detail key="includeSource"><value>false</value></detail>
<detail key="generateVersions"><value>true</value></detail>
</annotation>
1. I found that the File _must_ exist, otherwise the generation fails (although gracefully, a status is added to the Error log). Bug or feature?
2. I added "generateVersions" since the target is stupid, and without this, Tycho fails to find the correct versions.
3. The generated target only contains requirements from the Targlet where the annotation is added. This is understandable, however, I wanted to have two Targlets, as I saw in other setups in the catalog. However, this means that the generated target will not contain the required features from the other Targlets.
4. Simply adding the same repositories to the Targlet (without adding additional dependencies) seems to work.
5. Note that there may be some requirements that are not needed in the Targlet directly, but are needed in the .target for correct building (e.g. xbase.lib), I circumvented this by adding xtext.sdk requirement directly.
In the end, I managed to solve all my issues, another victory for Oomph
|
|
|
Re: TargetDefinitionGenerator usage [message #1444764 is a reply to message #1444760] |
Tue, 14 October 2014 14:19 |
Ed Merks Messages: 33140 Registered: July 2009 |
Senior Member |
|
|
Abel,
Comments below.
On 14/10/2014 4:12 PM, Abel Hegedus wrote:
> I have managed to get the TargetDefiitionGenerator to work, in that by
> adding the annotation to the Targlet task, it generates a .target file
> upon performing it.
>
>
> <annotation
> source="http:/www.eclipse.org/oomph/targlets/TargetDefinitionGenerator">
> <detail
> key="location"><value>${git.clone.location/releng/mytarget.target}</value></detail>
> <detail key="includeAllPlatforms"><value>false</value></detail>
> <detail key="includeSource"><value>false</value></detail>
> <detail key="generateVersions"><value>true</value></detail>
> </annotation>
>
>
> 1. I found that the File _must_ exist, otherwise the generation fails
> (although gracefully, a status is added to the Error log). Bug or
> feature?
I think it's a bug that we of course don't notice once it exists...
Please open bugzilla.
>
> 2. I added "generateVersions" since the target is stupid, and without
> this, Tycho fails to find the correct versions.
Yes, we generate one for Oomph purely for our Tycho builds.
>
> 3. The generated target only contains requirements from the Targlet
> where the annotation is added. This is understandable, however, I
> wanted to have two Targlets, as I saw in other setups in the catalog.
> However, this means that the generated target will not contain the
> required features from the other Targlets.
Targlets are composed into a single target definition. In fact we have
a bit of a problem that the generated TP contains things we don't want
from the extra projects materialized by the other targlets...
>
> 4. Simply adding the same repositories to the Targlet (without adding
> additional dependencies) seems to work.
I'm not sure I completely understand the setup involved.
>
> 5. Note that there may be some requirements that are not needed in the
> Targlet directly, but are needed in the .target for correct building
> (e.g. xbase.lib), I circumvented this by adding xtext.sdk requirement
> directly.
Yes, we often want extra things so that they'll be available in the
launched IDE, even if not directly required by the projects in the
workspace...
>
> In the end, I managed to solve all my issues, another victory for
> Oomph :)
Cool. :-)
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03184 seconds