You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In AbstractBundleContainer.resolveVariables(String) this variable is resolved in the following way:
there is made an attempt to resolve 'eclipse_release' as a user defined eclipse variable
if no value is found the value from the target is choosen
if even there is no value found it is returned 'as-is' (maybe leading to a warning/error on the consumer side)
This will allow users to override the value in the IDE and tycho could interpolate the value from the maven-properties.
That way a matrix-build against different eclipse versions could much more easier created without script magic and its easier to e.g. test against newer eclipse versions without constantly changing the target at possible multiple places.
The text was updated successfully, but these errors were encountered:
Migration of Bug 578431
Christoph Laeubrich CLA Friend 2022-01-28 08:10:11 EST
I think all of us are familiar with the maven construct where a property is defined in a pom that later on is overridden e.g. on the commandline.
PDE targets suffer from such a feature right now.
The proposal here is to extend the target XML format in the following way:
In AbstractBundleContainer.resolveVariables(String) this variable is resolved in the following way:
This will allow users to override the value in the IDE and tycho could interpolate the value from the maven-properties.
That way a matrix-build against different eclipse versions could much more easier created without script magic and its easier to e.g. test against newer eclipse versions without constantly changing the target at possible multiple places.
The text was updated successfully, but these errors were encountered: