The only change I can see in this area
is the addition of a property named "packagerAsNormalizer" which
came from https://bugs.eclipse.org/bugs/show_bug.cgi?id=185976.
If this property is not set or we are
not running as the packager, the value is set to "true"
Qualifier replacement won't happen if
the value is not true. I don't know if this is the problem for you,
but I can't think of anything else right now.
-
-Andrew
David Olsen <David.Olsen@xxxxxxxxxx> Sent by: pde-build-dev-bounces@xxxxxxxxxxx
07/17/2007 05:35 PM
Please respond to
"Eclipse PDE Build developers list." <pde-build-dev@xxxxxxxxxxx>
To
pde-build-dev@xxxxxxxxxxx
cc
Subject
[pde-build-dev] Setting plugin qualifiers
with PDE Build 3.3
Last October in a message to pde-build-dev Andrew Niefer wrote:
The map files are concatentated together into the directory.txt file. This
file is the input into the FetchScriptGenerator.
The FetchScriptGenerator outputs two files: pluginVersions.properties and
featureVersions.properties.
It is these two files that the BuildScriptGenerator uses to replace the
qualifiers. So your BIRT versions tools should update these files
instead of the directory.txt
In some of our builds we have been doing exactly that, modifying pluginVersions.properties
and featureVersions.properties to give plugins and features the qualifiers
that we want them to have. (The source is not in CVS, so we can't
use the typical map files and tags processing to set the qualifiers. And
we want different plugins to have different qualifiers, so setting forceContextQualifier
in build.properties won't work.)
When we switched to PDE Build 3.3, that stopped working. PDE Build
is still creating pluginVersions.properties and featureVersions.properties.
But those files are empty, and PDE Build seems to be ignoring any
properties we put in them.
How can we get this to work again with PDE Build 3.3?
_______________________________________________
pde-build-dev mailing list
pde-build-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/pde-build-dev