You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Hervé Boutemy (JIRA)" <ji...@apache.org> on 2015/07/17 23:23:04 UTC

[jira] [Updated] (MASSEMBLY-363) Filter replaces all variables ending in ., .url, .file, etc. with corresponding value from POM

     [ https://issues.apache.org/jira/browse/MASSEMBLY-363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Hervé Boutemy updated MASSEMBLY-363:
------------------------------------
    Description: 
A resource file (a Unix shell file) with this definition

{noformat}: ${BASE_DIR:=..}{noformat}

results in this after being filtered by the assembly plugin

{noformat}: MavenProject: catmktg:FlexRxProject:T1.4.0 @ F:\FlexRx\checkouts\pom.xml{noformat}

The expectation is that '..' would be left alone as there is no definition for this in our context. Turns out there is in ${project}, however. Specifying ${.url} and ${.file}, etc. result in replacements same as ${project.url} and ${project.file} as well. This seems like a bug but perhaps it is a feature that needs some refinement.

The workaround in our case is to quote the dots ('..') which works when using it in a Unix path. However, this may not suffice in other cases.

I've seen similar reports in MWAR-133 and MRESOURCES-20 but I cannot find a report in MASSEMBLY. 

  was:
A resource file (a Unix shell file) with this definition

: ${BASE_DIR:=..}

results in this after being filtered by the assembly plugin

: MavenProject: catmktg:FlexRxProject:T1.4.0 @ F:\FlexRx\checkouts\pom.xml

The expectation is that '..' would be left alone as there is no definition for this in our context. Turns out there is in ${project}, however. Specifying ${.url} and ${.file}, etc. result in replacements same as ${project.url} and ${project.file} as well. This seems like a bug but perhaps it is a feature that needs some refinement.

The workaround in our case is to quote the dots ('..') which works when using it in a Unix path. However, this may not suffice in other cases.

I've seen similar reports in MWAR-133 and MRESOURCES-20 but I cannot find a report in MASSEMBLY. 


> Filter replaces all variables ending in ., .url, .file, etc. with corresponding value from POM
> ----------------------------------------------------------------------------------------------
>
>                 Key: MASSEMBLY-363
>                 URL: https://issues.apache.org/jira/browse/MASSEMBLY-363
>             Project: Maven Assembly Plugin
>          Issue Type: Bug
>          Components: filtering
>    Affects Versions: 2.2-beta-2
>         Environment: Win32, Maven 2.0.9
>            Reporter: Stephen Robinson
>            Priority: Minor
>
> A resource file (a Unix shell file) with this definition
> {noformat}: ${BASE_DIR:=..}{noformat}
> results in this after being filtered by the assembly plugin
> {noformat}: MavenProject: catmktg:FlexRxProject:T1.4.0 @ F:\FlexRx\checkouts\pom.xml{noformat}
> The expectation is that '..' would be left alone as there is no definition for this in our context. Turns out there is in ${project}, however. Specifying ${.url} and ${.file}, etc. result in replacements same as ${project.url} and ${project.file} as well. This seems like a bug but perhaps it is a feature that needs some refinement.
> The workaround in our case is to quote the dots ('..') which works when using it in a Unix path. However, this may not suffice in other cases.
> I've seen similar reports in MWAR-133 and MRESOURCES-20 but I cannot find a report in MASSEMBLY. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)