Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
2.0.2
-
None
-
None
Description
When the filter option is enabled in the war plugin, the plugin searches in the affected files for the pattern @...@ and ${...}. If such a pattern is found, the plugin tries to replace the found value. Therefore the ReflectionValueExtractor is used which removes the first part before the dot of the given value; e.g. "node.version" becomes "version". Then the ReflectionValueExtractor tries to find a get- or is-method in the given object (a MavenProject object).
That means: if the 2nd part of the ${}-property can be found as getter in the MavenProject class, the plugin always uses the maven plugin values.
The value extractor should only remove the 1st part from the property if the property begins with "project.".
There is a similar bug report for the resource plugin (date june 2006!!!) which is not yet assigned (title: Filtering ${foo.file} evaluates to in full path to pom.xml).
Attachments
Attachments
Issue Links
- depends upon
-
MSHARED-60 Filtering ${foo.file} evaluates to in full path to pom.xml
- Closed
- is duplicated by
-
MWAR-171 External Web Resources are not properly filtered
- Closed
- is related to
-
MASSEMBLY-363 Filter replaces all variables ending in ., .url, .file, etc. with corresponding value from POM
- Closed
-
MRESOURCES-20 Filtering ${foo.file} evaluates to in full path to pom.xml
- Closed
-
MSHARED-60 Filtering ${foo.file} evaluates to in full path to pom.xml
- Closed
- links to