[
http://jira.codehaus.org/browse/MNG-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_85597
]
Jan Palmquist commented on MNG-2756:
------------------------------------
I have a somewhat similar problem, however I guess that the attached example is
a bit missleading since the properties supplied in the child pom might (?) not
have been examined at the time of <parent>-block evaluation...
Either way, I'm also *VERY* interested in having properties expanded while
evaluating the <parent>-block contents. Even if only properties defined in
settings.xml or supplied by -D to the mvn-command will affect the evaluation.
I'm currently working in a project with many active developers. The project is
therefore brached into several development tracks - each track being developed
'independently' of the other over a limited period of time. Regularily, the
branches are merged back together in order to keep the project aligned over
time. This stragegy is necessary in order keep the environment within each
branch stable enough for CI to work and developers productive writing code and
not struggling with problems that other branches might introduce...
Anyway, keeping the pom-hierarchy (and individual poms) configurable with
respect to (in my case) groupIds configurable using parameters would make the
recurring merging activities a lot easier...
The current workaround is to let each branch have its own repository and have
all developers remember to delete their local repository when they change
development track...
> parent resolution is done first before property interpolation
> -------------------------------------------------------------
>
> Key: MNG-2756
> URL: http://jira.codehaus.org/browse/MNG-2756
> Project: Maven 2
> Issue Type: Bug
> Components: Inheritance and Interpolation
> Affects Versions: 2.0.x, 2.1.x
> Reporter: Franz Allan Valencia See
> Fix For: 2.0.x
>
> Attachments: parent-filtering.zip
>
>
> Possible problems
> * using properties in the parent tag
> * using proeprties in the repositories tag with the parent being unknown
> except to that repo
> Attach is a sample project whose child project does not get built.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
