You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Karl Heinz Marbaise (JIRA)" <ji...@apache.org> on 2015/12/05 20:18:10 UTC

[jira] [Closed] (MRESOURCES-157) Multiple level filtering not behaving as expected and not consistant behaviour between ${} replacement and @@ replacement

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

Karl Heinz Marbaise closed MRESOURCES-157.
------------------------------------------
    Resolution: Cannot Reproduce
      Assignee: Karl Heinz Marbaise

The example project is wrong which contains tags filtering which do not exist on that level. I will close the issue. If you have further information don't hesitate to reopen the issue.

> Multiple level filtering not behaving as expected and not consistant behaviour between ${} replacement and @@ replacement
> -------------------------------------------------------------------------------------------------------------------------
>
>                 Key: MRESOURCES-157
>                 URL: https://issues.apache.org/jira/browse/MRESOURCES-157
>             Project: Maven Resources Plugin
>          Issue Type: Bug
>          Components: filtering
>    Affects Versions: 2.4.2, 2.5
>         Environment: reproduced with but not limited to maven 2.2.1 with java 1.6.0_27 on windows machine
>            Reporter: David Jones
>            Assignee: Karl Heinz Marbaise
>         Attachments: resources-filtering-bug.zip
>
>
> A filter can be made up of multiple parts such as myproperty1 and myproperty2 below:
>  part1=part1
>  part2=part2
>  myproperty1=${part1}-${part2}
>  myproperty2=@part1@-@part2@
> It is possible to define a second filter file (which should take precedence over the first filter file) to override some properties from the first filter file.
> When the second filter file overrides part1 (for example) my expectation is that both ${part1} and @part1@ will be taken from the second filter file when replacing myproperty1 and myproperty2 in any filtered resources. I would expect the result of filtering myproperty1 and myproperty2 to be the same.
> However in reality myproperty1 and myproperty2 produce different results.
> There is no documented precedence of delimiters - I expect ${} and @@ to behave the same.
> Also my expectation is that ${part1} will always be taken from the second property file when it is overwritten there.
> I have attached a project which demonstrates the issue.



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